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
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
- Run Cluster Administrator and determine which group contains the disk resource that has the volume containing the folder that will become the Dfs root.
- Run the Application Configuration Wizard from the File menu, specifying the group you noted in step 1. Create a virtual server and IP address to be used for the share mapping.
- After you specify the resource name, click Advanced Properties, and then click the Dependencies tab. You must select a network name resource, and you should select the disk resource that is hosting the folder being shared.
- In the File Share properties for the share, specify the path and advanced properties indicating that it is a Dfs root.
- Bring the new resource online.
- Start Distributed File System from Administrative Tools on either of the server cluster nodes, and configure links and link replicas as needed.
The local Registry keys that are checkpointed are:
For additional information about checkpointing, click the article number below
to view the article in the Microsoft Knowledge Base:
Registry Replication in Microsoft Cluster Server
Because 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.
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.