Article ID: 220819 - View products that this article applies to.
This article was previously published under Q220819
This article has been archived. It is offered "as is" and will no longer be updated.
There is an advanced property in Windows 2000 for the Cluster File Share resource to define the share as a stand-alone Dfs root. This allows clients to access data stored on multiple systems with one \\VirtualServer\Share mapping that can be hosted by either of the nodes in the Windows 2000-based server cluster. If the node currently hosting the Dfs root stops working, the data is hosted by the other node.
Note that this is not the domain distributed file system (Dfs) root that uses Active Directory and supports automatic file replication. Therefore, root configurations are not automatically replicated outside the server cluster. If the data on replica links are leafs of the root, perform manual file replication by using an Xcopy script files.
If there are currently no DFS root resources configured for any of the nodes in the cluster, you can use the Configure Application Wizard to create the file share resource and the network name and IP address for the virtual server to host the file share.
NOTE: Cluster server can only host one DFS root. The Dfs root still has a dependency requirement of a network name resource, and if there is no tool for replicating files in a node's local disk, a disk resource. The Resource Creation Wizard prompts you to create the network name dependency if it is not already configured.
Prerequisites for Creating a Cluster Dfs Root
HKLM\Software\Microsoft\DfsHostFor additional information about checkpointing, click the article number below to view the article in the Microsoft Knowledge Base:
174070Because the replication of local registry configuration information is not shared in real time between the nodes, Dfs Manager on the non-owning node does not see a new Dfs root configuration until the resource has been brought online on that node.
(http://support.microsoft.com/kb/174070/EN-US/ )Registry Replication in Microsoft Cluster Server
The Cluster Administrator configuration overrides changes that you make in Dfs Manager (such as deletion or creation of the Dfs root). If you delete the Dfs root in Dfs Manager, Cluster Administrator still sees the file share as a Dfs root and fails the file share. If the resource is set to restart on failure, it comes back online and re-creates the Dfs root configuration. One drawback is that the link information does not return. This is fully managed by Dfs Manager and is not built into the cluster replication that is not affected by Dfs Management.