Emcopy unable to set attributes
In this case the D data, the A attributes, and the T timestamps. One we commonly use: & c:\windows\system32\Robocopy.exe "S:\" "D:\" /E /COPY:DAT /MT:32 /R:50 /ZB /W:10 /XD "System Volume Information" /V /ETA /LOG:c:\logdir\robocopy$(Get-Date -format 'yyyMMdd-HHmmssfff').txt Ive seen so many variations of Robocopy recommended and implemented that it can get to a point where we arent even sure what is worst or better. Though certainly make sure your servers on both ends have a time server and that is set correctly.Īs long as your destination isn't being changed by others, you can transfer away, repeatedly if necessary, until it's all there, and then just before switching over, you lock down the source, do a final robocopy /mir to make sure it has all the latest versions of the files users have worked with and you're done. You might also want to use the /FFT switch to give you a 2-second leeway on file stamps so Robocopy is more forgiving about time mismatches before it assumes files are different. Then start a shadow copy based transfer at lower speeds during your normal work week and let that run until it's done, you just need to make sure you're not sucking up too much bandwidth and causing performance problems. So don't bother with making the share read only, let users use it without even telling them what you're doing. You can also tune Robocopy to not use all the bandwidth, see the /IPG switch. You just have to run the transfer again later to pick up the latest changes.
The shadow copy drive is a frozen point in time, and your users can edit the files as much as they want. You can run these transfers all day long that way. When the Robocopy command terminates, the shadow copy is automatically removed. ShadowSpawn makes a shadow copy "snapshot" on a drive (say, Q:) and then you just append the robocopy command to the ShadowSpawn command and copy off Q:\ to \destination\whatever. I needed to copy users's profile directories and they're all in use obviously during the day and files in use cannot be copied. One thing I found to be hugely useful of late is the ShadowSpawn utility.