As promised a while back (Busy, busy, busy) here’s a quick heads up for all you people out there who are still running there DFS namespaces in Windows 2000 mode. Well, when your sporting Windows 2008 (R2) you should get those namespaces moved to Windows 2008 mode sooner or later anyway. For some reason, there is no GUI or PowerShell command let to do this. It’s pretty amazing how many of those of you that can change to the Windows 2008 mode didn’t do it yet. Perhaps the somewhat involved manual process has something to do with this? But OK, if you still see this when you look at the properties of your DFS namespace …
… then perhaps it’s time to go visit TechNet you’ll find some info to do it semi-automated as they call it: Migrate a Domain-based Namespace to Windows Server 2008 Mode
Here’s a recap of the steps to take:
- Open a Command Prompt window and type the following command to export the namespace information to a file, where \domainnamespace is the name of the appropriate domain and namespace and pathfilename is the path and file name of the export file: Dfsutil root export \domainnamespace pathfilename.xml
- Write down the path (\servershare) for each namespace server. You must manually add namespace servers to the recreated namespace because Dfsutil cannot import namespace servers.
- In DFS Management, right-click the namespace and then click Delete, or type the following command at a command prompt, where \domainnamespace is the name of the appropriate domain and namespace: Dfsutil root remove \domainnamespace
- In DFS Management, recreate the namespace with the same name, but use the Windows Server 2008 mode, or type the following command at a command prompt, where \servernamespace is the name of the appropriate server and share for the namespace root: Dfsutil root adddom \servernamespace v2
- To import the namespace information from the export file, type the following command at a command prompt, where \domainnamespace is the name of the appropriate domain and namespace and pathfilename is the path and file name of the file to import: Dfsutil root import merge pathfilename.xml \domainnamespace In order to minimize the time that is required to import a large namespace, run the Dfsutil root import command locally on a namespace server.
- Add any remaining namespace servers to the recreated namespace by right-clicking the namespace in DFS Management and then clicking Add Namespace Server, or by typing the following command at a command prompt, where \servershare is the name of the appropriate server and share for the namespace root: Dfsutil target add \servershare
Be sure to read the community comments as the ampersand issue might affect you. As always it’s good to do some research on possible updates affecting the technology at hand so that’s what I did. And look here what “Binging” for “DFS windows 2008 R2 updates” produced: List of currently available hotfixes for Distributed File System (DFS) technologies in Windows Server 2008 and in Windows Server 2008 R2. We might as well put them into action and be on the safe side.
If you’re not using DFS-N or DFS-R yet give it a look. No, it’s not the perfect solution for every scenario, but for namespace, abstraction (server replacements, moving data, server renaming, …) and keeping data available during maintenance or at the right place (branch offices for example) it’s a nice tool to have. As another example, I just recently used DFS-R in full mesh to synch the nodes in an NLB FTP solution where about 45 devices put data on the FTP servers (Windows 2008 R2) via the VIP so they have resilient FTP service.
Hello.
Thanks for a good blog post. I will be doing this upgrade soon and have a question. When you import the namespace information and add back the servers is this going to cause a massive DFS sync?
The removing of the namespace is concerning me though. Any more thoughts on the process?
Do as I did and do it in a lab the first time, that helps with the nervousness 🙂 IF you’re only migrating the namespace (i.e. your servers and data are already W2K8R2) you’re not going to see much impact. If your moving to W2K8R2 and not upgrading in place but doing a migration to new servers it “all depends” on you environment as the consultants say. To good places to read up to make sure all is well and you have a plan before you start:
http://blogs.technet.com/b/askds/archive/2007/10/05/top-10-common-causes-of-slow-replication-with-dfsr.aspx
http://technet.microsoft.com/en-us/library/dd379487(WS.10).aspx
Good luck
Thanks for the reply. We are in the process of removing our 2003 R2 file servers and then rebuilding them as 2008 R2 machines and then putting them back in to the DFS share. We are rolling on this and that is going well. By the time i look at this issue we will have all 2008 R2 file servers so will just be migrating the namespace to 2008.
We are unable to up our AD functional level from 2003 R2 native because we still have exchange 2003. from what i have seen this will not cause us any issues with upgrading DFS to 2008 – correct?
For the name space upgrade you need to be at Windows 2008 Domain Functional level for DFS-R not. You can live without the name space upgrade unless you want access based enumeration, …
See: http://technet.microsoft.com/en-us/library/cc732863(WS.10).aspx
OK. Seems another one i need to wait until we have got shot of Exchange 2003.
Thank you, it good article !
Thanks, glad you found it useful.
Pingback: Migrate DFS Namespaces from 2000 to 2008 mode – Lande Technologies