I used /COPYALL to do the four server migrations I recently finished(32 bit Server 2003 to 64 bit Server 2008 R2). I also did a "icacls driveletter:\path\* /save aclfile /T" on the source to backup all the permissions, then after I finished the robocopy i used "icacls targetdriveletter:\targetpath /restore aclfile /T" to reset all the permissions on the copied files. I did the icacls using the same source and target driveletters and paths on the servers though, so I don't have results on a different source and target drive/path. I also exported the registry key for the shares on the source server and imported it to the target server. After that was completed, I used permcopy to migrate the share level permissions. - http://support.microsoft.com/kb/174273 As far as I know, there was zero fallout on the file and folder migrations for the users. Some of the steps may have been redundant, but I wanted to take a shotgun approach and make sure nothing was missed. Don K
From: Jonathan Link <[email protected]> To: NT System Admin Issues <[email protected]> Sent: Friday, September 9, 2011 8:05 AM Subject: Re: Copying w/ Robocopy If all the files are already there, I'd just reset the permissions. Presuming the home directories are the same as usernames... In a command prompt from the home folder dir /ad /b >userdirs.txt for /f %f in (userdirs.txt) do cacls %f /t /e /c /r everyone for /f %f in (userdirs.txt) do cacls %f /t /e /c /g %f:c Although, figuring this out via robocopy might be useful for future reference, too. On Fri, Sep 9, 2011 at 8:28 AM, Kennedy, Jim <[email protected]> wrote: Try /copy:DATSOU. There are some weird issues with /sec on 2008/Win 7/Vista. I was never able to get my head completely around what it was doing but it is a weirdness that is documented on the internets. > >From:Lists - Level Five [mailto:[email protected]] >Sent: Friday, September 09, 2011 12:04 AM > >To: NT System Admin Issues >Subject: Copying w/ Robocopy > >Im migrating via robocopy and using the /SEC but noticing the permissions >aren’t coming over .. > >I have a \\server\users folder share that i am copying to \\server2\c$\users . >The copy is going fine using the /MIR option as we prep for migration. I >started poking around and noticed that all the perms are security default from >the top folder. Do I need to shut that off in order for perms to come over >correctly? > >The actual command: robocopy \\server\users\ \\server2\users\ /MIR /SEC /R:5 >/W:3 > >Im going to run it with the /SECFIX or maybe use the /COPY:DATSOU flags >instead? > >Thx > >~ Finally, powerful endpoint security that ISN'T a resource hog! ~ >~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~ > >--- >To manage subscriptions click here: >http://lyris.sunbelt-software.com/read/my_forums/ >or send an email to [email protected] >with the body: unsubscribe ntsysadmin >~ Finally, powerful endpoint security that ISN'T a resource hog! ~ >~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~ > >--- >To manage subscriptions click here: >http://lyris.sunbelt-software.com/read/my_forums/ >or send an email to [email protected] >with the body: unsubscribe ntsysadmin ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~ --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to [email protected] with the body: unsubscribe ntsysadmin ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~ --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to [email protected] with the body: unsubscribe ntsysadmin
