Solved

DFS Migration 2003 to 2008 R2

Posted on 2014-11-23
4
218 Views
Last Modified: 2014-12-01
Helping out a client with a medium data migration this weekend and running into issues with DFS from their file server.

Scenario:
Server 'DATA04' was Server 2003, hosting all network drives at DFS Namespace '\\client.ads\shares' (domain in the format 'client.ads'
Using Robocopy all user data was copied to external (keeping all NTFS Permissions intact)
Wiped server 'DATA04'
Reorganized disks
Installed Server 2008 R2
Installed File Services Role with DFS (Namespace & Replication)
Robocopied data back
Removed the existing DFS Root from AD as per http://support2.microsoft.com/?id=224384 
Have setup the same Namespace on 2008 DFS Namespace on the newly built DATA04 server - which worked
Setup first Target, exactly the same as the Target on 2003 server

When testing this target (which is the 'userdata' share (which hosts all users redirected Desktops & My Documents) user computers are getting:
"[Window Title]
Open Folder
[Content]
\\clientads\shares\udata\mark.galvin\V2\Desktop refers to a location that is unavailable. It could be on a hard drive on this computer, or on a network. Check to make sure that the disk is properly inserted, or that you are connected to the Internet or your network, and then try again. If it still cannot be located, the information might have been moved to a different location.
[OK]"

This seems to indicate that the system is trying to access "\\clientads\shares" and not "\\client.ads\shares"

I have checked their Drive Maps in GPO and they are all setup with "\\clientads\shares".

Any idea folks?
Need an answer before end of the day today!

Thanks
Mark
0
Comment
Question by:Mark Galvin
[X]
Welcome to Experts Exchange

Add your voice to the tech community where 5M+ people just like you are talking about what matters.

  • Help others & share knowledge
  • Earn cash & points
  • Learn & ask questions
  • 2
4 Comments
 
LVL 42

Accepted Solution

by:
kevinhsieh earned 500 total points
ID: 40461317
I am trying to understand the original situation. There was a server called DATA04. Was it also a domain controller? Are there any other domain controllers? What is the NETBIOS name of the domain, and what is the DNS name of the domain?

From what it sounds from what you have previously described that maybe the NETBIOS name of the domain is/was clientads. When you recreated the DFS namespace, did you do it as a standalone namespace or a domain namespace? It should have been a domain based namespace. All of my domain based namespaces are served by domain controllers, though my understanding is that domain members can host them too. If you setup the domain based namespace called shares on one or more domain controller, and then create a folder target under shares called udata and point that to a share on DATA04, you should be able to get things to go.

So, if you had a domain controller called DC01 create the DFS namespace called shares. You would then have \\DC01\shares AND \\domainname\shares AND \\domainname.suffix\shares.

Create a folder target under \shares called udata and point that to \\data04\udata. You would then have \\dc01\shares\udata which would take you to \\data04\udata, and presumably \\data04\udata\mak.galvin would be available. Since \\dc01 and \\domain are both available from the domain controller, the entire path of \\domain\shares\udata\mark.galvin should work.
0
 
LVL 37

Expert Comment

by:Mahesh
ID: 40461433
Totally agree with above comment

It seems that your domain NetBIOS name is clientads and not only "client", this is changed from default to custom during domain deployment.
Your earlier name space must be created on domain controller
Other wise it would not possible to get path like clientads\path
In new environment, when you run \\client.ads, it should show you "shares" dfs name space as well, then only it can resolve \\clientads\Shares, for that you need to install name space on DC servers
Also it is required to add this DFS name space on every DC server, otherwise some times it will create resolution issue, because \\clientads points to any random DC server in that AD site and if DFS name space is not installed on that DC, probably you will run in issues
0
 
LVL 13

Author Comment

by:Mark Galvin
ID: 40461564
Hi both

This is a client domain which I have inherited as a client so was not involved in the setup of domain.

Sounds like you are both correct. DATA04 was not a DC. Interestingly, when I tried to add the DFS Namespace to the rebuilt DATA04 it could see the Domain DFS Namespace from before and added it but when trying to expand it the error “The namespace cannot be queried. Element not found” appeared.

To work around the issue (and given time constraints) I deleted the DFS root from AD and recreated as domain namespace and recreated all the folders in there. Then went through all the GPOs that referenced “\\clientads” and updated to \\client.ads which has done the trick. Now we can see the DFS Namespace on other, non dc, based storage servers.

Thanks
Mark
0
 
LVL 42

Expert Comment

by:kevinhsieh
ID: 40462568
If you have multiple DCs hosting the namespace in the future this should be a non-issue as the namespace will survive the loss of any server. Actually, you probably could have just added a different server to be the namespace server and it would have been okay, since the namespace configuration is stored in AD. Glad you got it all working.
0

Featured Post

Enterprise Mobility and BYOD For Dummies

Like “For Dummies” books, you can read this in whatever order you choose and learn about mobility and BYOD; and how to put a competitive mobile infrastructure in place. Developed for SMBs and large enterprises alike, you will find helpful use cases, planning, and implementation.

Question has a verified solution.

If you are experiencing a similar issue, please ask a related question

This article demonstrates probably the easiest way to configure domain-wide tier isolation within Active Directory. If you do not know tier isolation read https://technet.microsoft.com/en-us/windows-server-docs/security/securing-privileged-access/s…
I was prompted to write this article after the recent World-Wide Ransomware outbreak. For years now, System Administrators around the world have used the excuse of "Waiting a Bit" before applying Security Patch Updates. This type of reasoning to me …
This tutorial will walk an individual through the process of configuring their Windows Server 2012 domain controller to synchronize its time with a trusted, external resource. Use Google, Bing, or other preferred search engine to locate trusted NTP …
Microsoft Active Directory, the widely used IT infrastructure, is known for its high risk of credential theft. The best way to test your Active Directory’s vulnerabilities to pass-the-ticket, pass-the-hash, privilege escalation, and malware attacks …

705 members asked questions and received personalized solutions in the past 7 days.

Join the community of 500,000 technology professionals and ask your questions.

Join & Ask a Question