• Status: Solved
  • Priority: Medium
  • Security: Public
  • Views: 264
  • Last Modified:

need information on DFS

more specifically i'm looking for information/configuration/deployment info about the new Microsoft® Windows Server 2003 R2 Distributed File System.

I tried MS's website but it just covers the old DFS for win2k server, and the new R2 DFS seems to do more than just give a "shortcut" to files located on mutiple locations. The new R2 DFS looks like it can also replicate the actual data files so I can have the same data at 2 remote site and still have it appear as it's coming from the same place.

Thanks
0
iamuser
Asked:
iamuser
1 Solution
 
Jay_Jay70Commented:
Hi iamuser,

is this the link you have already looked at - it oultines design, implementation and structure of new DFS
http://www.microsoft.com/windowsserver2003/technologies/storage/dfs/default.mspx

Cheers!
0
 
NJComputerNetworksCommented:
r2 DFS is enhanced a bit.  There is now the ability to control replication a bit more (compared to non-r2).  You can create any replication topology you want..  full mesh, star, ring, etc.

Also, R2 DFS replicates more efficiently now...  if 1K of content changes in 30 MB file, only 1K is replicated out.  In the old DFS, 30MB's would replicate out.

However, R2 DFS has the same limitation as the old DFS...  The replicated data should be READ ONLY or given CHANGE rights to only one user at a time (HOME folders, for example).  This is because there is no mechanism to LOCK the files while some is editing them. (last write will win).

-late
0
Industry Leaders: We Want Your Opinion!

We value your feedback.

Take our survey and automatically be enter to win anyone of the following:
Yeti Cooler, Amazon eGift Card, and Movie eGift Card!

 
iamuserAuthor Commented:
"However, R2 DFS has the same limitation as the old DFS...  The replicated data should be READ ONLY or given CHANGE rights to only one user at a time (HOME folders, for example).  This is because there is no mechanism to LOCK the files while some is editing them. (last write will win)"

Ouch, the reason why we are moving to DFS is because we have users at a  remote location that constantly need access to files located at our central office. And it sucks up bandwidth. But these files can not be moved over to that remote site either as we need it here as well.

What if they copy the read only file to their desktop for editing then copied it back over to the folder? Would the copy overwrite the existing read only copy or merge the data together?






0
 
NJComputerNetworksCommented:
What if they copy the read only file to their desktop for editing then copied it back over to the folder? Would the copy overwrite the existing read only copy or merge the data together?

copying it locally and then copying it back to the share does not solve the problem.. This would not work around the issue of "last write wins"

Say you have two replica's:  NY and FL  =  SHARED DATA

A guy in FL modifies and saves FILEONE at 10:00am in the SHARED DATA share.

A guy in FL modified and saves FILEONE at 10:01am in the SHARED DATA share...

If the above happens, FILEONE will contain only the florida users changes...  the NY guy will lose all of his changes...  LAST WRITE WINS.

Doesn't matter if they copy the file locally and edit it...
0
 
iamuserAuthor Commented:
So the files are not locked since they are in two locations but are files locked locally in each location?

EX.  I have a file SHARE DATA share in FL.

A guy starts working on a file in SHARE DATA share in FL at 10 am
then a girl wants to start working on the same file in SHARE DATA share in FL at 10:01 am. Will the file be locked in this case?




0
 
NJComputerNetworksCommented:
EX.  I have a file SHARE DATA share in FL.

A guy starts working on a file in SHARE DATA share in FL at 10 am
then a girl wants to start working on the same file in SHARE DATA share in FL at 10:01 am. Will the file be locked in this case?


Yes, on the same server, the file will be locked.  preventing both people from editing the same file at the same time. ( On remote servers, the file is NOT locked.)
0
 
iamuserAuthor Commented:
okay at least that's somewhat workable

0
 
NJComputerNetworksCommented:
It is still a great technology.  Just make sure you do some testing to make sure its the right technology for your environment...  There are some limitations but it works great.
0
 
iamuserAuthor Commented:
okay thanks
0

Featured Post

VIDEO: THE CONCERTO CLOUD FOR HEALTHCARE

Modern healthcare requires a modern cloud. View this brief video to understand how the Concerto Cloud for Healthcare can help your organization.

Tackle projects and never again get stuck behind a technical roadblock.
Join Now