RoboCopy 1

[intel233]

I need to move user profiles from 1 server to another. I would like to take the NTFS permissions. Robocopy seems like the best bet. The source is a compressed drive.
If I go to the destination server and map the source server would that work? I have tried a couple of syntax's and nothing seems to get copied.

robocopy \\source_Server\profiles\username \\Destination_Server\Profiles\ *.* /IA:CHSR /E /COPYALL /ZB

robocopy f:\profiles\username z:\profiles /ZB (F: is source and Z: is destination)

Any help is appreciated.

 

[58sniper]

Look into using the /MIR option. That will allow you to prestage data, then do a "catch up" copy when it's time to actually re-home the users.

Here's what I use

robocopy.exe i:\ "F:\old drive" /ZB /R:3 /W:2 /TEE /LOG:robocopy.txt /MIR /XA:SH

Do you have your Tek-Tips.com Swag? I've got mine!

Stop by the new Tek-Tips group at LinkedIn.

 

[goombawaho]

I did something similar with robocopy as a pre-copy from one hard drive to another on a server as a data backup/transfer step. Just make sure you pick all the right options especially relating to keeping NTFS permissions.

http://blogs.technet.com/b/filecab/...py-mir-switch-mirroring-file-permissions.aspx

 

[intel233]

I DO NOT want the NTFS permissions as the source permissions are a mess and incorrect. I do not have access to these directories (admin or enterprise). I am using the following switches
robocopy \\source_server\profiles$\userame \\destination_server\profiles$\username *.* /IA:CHSRA /E /ZB /COPYAT

This seems to copy most of the data but I notice when I take ownership on the source and then redo the command it gets more files. Is there another switch I need to use?

TIA

 

[goombawaho]

it gets more files

Not sure what this means

I do not have access to these directories (admin or enterprise).

Why do you not have access if you are doing this? Are you not part of IT? You should get the proper file system access prior to proceeding or have someone else do it and then EXCLUDE files as you wish. But without permission, you might lose access to some files right off the bat.

/XA:SH to avoid copying system/hidden files. Are those possibly the MORE FILES you were mentioning?? Do you WANT the extra files or not is the question.

 

[intel233]

What I mean is it did not take files from the 1st time I ran it. Once I take ownership of the folder and run the command again it takes files that didn't get copied the first time I ran it, don't know why. I am in IT. As I stated the permissions are a mess. I thought the /ZB handles if there are permission issues.

 

[NoCalAdmin]

Run it like this first:

robocopy \\source \\destination /e /w:1 /r:1 /log:c:\temp\logfile.txt
The /e Copies subdirectories. Note that this option includes empty directories.
The /w:1 tells the copy job to wait 1 sec for a retry
the /r:1 tells the copy job to retry only once.
the /log: is a text output for a log file.
You should run this job in advance. It will do an initial migration. Once it is complete subsequent retries will only copy the changes


Then you can run it to complete

robocopy \\source \\destination /mir /w:1 /r:1 /log:c:\temp\logfile.txt

The /mir Mirrors a directory tree (equivalent to /e plus /purge).
The /w:1 tells the copy job to wait 1 sec for a retry
the /r:1 tells the copy job to retry only once.
the /log: is a text output for a log file.

Then you can apply your permission settings

Tom

 

[58sniper]

I use /mir for all copies, including the initial one. Same syntax every time.

I just moved 10TB of data with it - no problems.

Do you have your Tek-Tips.com Swag? I've got mine!

Stop by the new Tek-Tips group at LinkedIn.

 

[strongm]

Um .. the problem with /MIR is that the OP latterly stated (and at odds with their first post) that they did NOT want the NTFS security copied over

 

[Encino40]

strongm...Correct. I DO NOT want the NTFS permissions copied.

 

[goombawaho]

Who is Encino40 commenting as if they were the original poster intel233

Multiple identities?

 

[Encino40]

oh sh**... Sorry.. I had posted a question but forgot which forum and when I searched for robocopy ntfs I saw the post. I should have read the entire thread.
After looking at my threads I realize it was not here.
Again, sorry about that.

 

[NoCalAdmin]

If you do not use /sec then the permissions will not be carried over


robocopy \\source \\destination /mir /w:1 /r:1 /log:c:\temp\logfile.txt

or


robocopy \\source \\destination /e /purge /w:1 /r:1 /log:c:\temp\logfile.txt

The /mir Mirrors a directory tree (equivalent to /e plus /purge).
The /w:1 tells the copy job to wait 1 sec for a retry
the /r:1 tells the copy job to retry only once.
the /log: is a text output for a log file.


The /mir Mirrors a directory tree (equivalent to /e plus /purge).
The /w:1 tells the copy job to wait 1 sec for a retry
the /r:1 tells the copy job to retry only once.
the /log: is a text output for a log file.


Tom

 

[intel233]

I am using /IA:CHSRA /E /ZB /COPYAT and it seems to be working. The source is compressed and I don't want the permissions to follow. I do not want the source deleted just yet. I will manually delete that. I run it once then on the source take ownership of the dir and run it again. I could probably just take ownership but not sure If I would still have to run it twice.

 

[dennylutz]

Intel223,
I've done so many file migration over the years. One thing i learned is that, it;s always better use "subinacl" to take ownership and grant permission to source files prior to copying them robocopy.

subinacl is part of windows resource kit.

http://www.microsoft.com/en-us/download/details.aspx?id=23510