Robocopy

Robocopy is noted for capabilities above and beyond the built-in Windows copy and xcopy commands, including the following, some requiring appropriate command-line options:

• Ability to tolerate network interruptions and resume copy (incomplete files are marked with a date stamp of 1970-01-01 and contain a recovery record so Robocopy knows where to continue from).
• Ability to skip NTFS junction points which can cause copying failures because of infinite loops (/XJ)
• Ability to copy file data and attributes correctly, and to preserve original timestamps, as well as NTFS ACLs, owner information, and audit information using the /COPYALL or /COPY: command line switches.
• Beginning with the XP026 version, the ability to copy folder (or directory) date and timestamps (/DCOPY:T), even with the ability to update folder timestamps (copied from existing folders) on folders already created from previous versions (that did not copy the folder date and timestamps).
• Ability to assert the Windows NT "backup right" (/B) so an administrator may copy an entire directory, including files denied readability to the administrator.
• Persistence by default, with a programmable number of automatic retries if a file cannot be copied.
• A "mirror" mode, which keeps trees synchronised by also deleting files in the destination that are not present in the source.
• Ability to skip files already in the destination folder with identical size and timestamp.
• A continuously updated command-line progress indicator.
• Ability to copy paths exceeding 259 characters — up to a theoretical limit of about 32,000 characters — without errors.[1]
• Multithreaded copying introduced with Windows 7 and Windows Server 2008 R2.[2]
• Return code[3] on program termination for batch file usage.

Here are some examples of usage. If more than one option is specified, they must be separated by spaces.

• Copy directory contents of Directory_A to Directory_B (including file data, attributes and timestamps), recursively with empty directories (/E):

Robocopy C:\Directory_A C:\Directory_B /E

• Copy directory recursively (/E), copy all file information (/COPYALL, equivalent to /COPY:DATSOU, D=Data, A=Attributes, T=Timestamps, S=Security=NTFS ACLs, O=Owner info, U=Auditing info), do not retry locked files (/R:0) (the number of retries on failed copies default value is 1 million), preserve original directories' Timestamps (/DCOPY:T - requires version XP026 or later):

Robocopy C:\A C:\B /COPYALL /E /R:0 /DCOPY:T

• Mirror A to B, destroying any files in B that are not present in A (/MIR), copy files in resume mode (/Z) in case network connection is lost:

Robocopy C:\A \\backupserver\B /MIR /Z

If directory names have non-standard characters, such as spaces, they can be put in double quotes (as usual in command-line commands).

For the full reference, see the Microsoft TechNet Robocopy page.[4]

 robocopy c:\bar c:\baz file1.txt file2.db

 robocopy c:\bar c:\baz *.pdf

Robocopy outputs to the screen, or optionally to a log file, all the directories it encounters, in alphabetical order. Each directory is preceded by the number of files in that directory that fulfill the criteria for being copied. If the directory does not yet exist in the target, it is marked "New Dir". But if the directory is empty and the /E option is not used, or it contains no files meeting the criteria, a new directory will not be created.

If the /NFL (no file names in log) option is not used, the files being copied will be listed after the name of the directory they are in.

At the end of the output is a table giving numbers of directories, files, and bytes. For each of these, the table gives the total number found in the source, the number "copied" (but this includes directories marked "New Dir" even if they are not copied), the number "skipped" (because they already exist in the target), and the number of "mismatches", "FAILED", and "extras". "Failed" can mean that there was an I/O error that prevented a file being copied, or that access was denied. There is also a row of time taken (in which the time spent on failed files seems to be in the wrong column).

Robocopy's "inter-packet gap" (IPG) option allows some control over the network bandwidth used in a session. In theory, the following formula expresses the delay (D, in milliseconds) required to simulate a desired bandwidth (B_D, in kilobits per second), over a network link with an available bandwidth of B_A kbps:

${\displaystyle D={B_{A}-B_{D} \over B_{A}\times B_{D}}\times 512\times 1000}$

In practice however, some experimentation is usually required to find a suitable delay, due to factors such as the nature and volume of other traffic on the network. The methodology employed by the IPG option may not offer the same level of control provided by some other bandwidth throttling technologies, such as BITS (which is used by Windows Update and BranchCache).

• Robocopy does not copy open files. Any process may open files for exclusive read access by withholding the FILE_SHARE_READ[6] flag during opening. Even Robocopy's Backup mode will not touch those files. (Backup mode instead runs Robocopy as a "Backup Operator". This allows Robocopy to override permissions settings, specifically, NTFS ACLs).[7][8] Normally Volume Shadow Copy Service is used for such situations, but Robocopy does not use it. Consequently, Robocopy is not suitable for backing up live operating system volumes. However,a separate utility such as ShadowSpawn[9] (Free, Open Sourced, and MIT Licensed) or GSCopyPro[10] ($30 - $50) or DiskShadow.exe[11] (included with Windows Server 2008), can be used beforehand to create a shadow copy of a given volume, which Robocopy can then back up.

• Robocopy versions on systems older than Windows Vista do not mirror properly. They ignore changed security attributes of previously mirrored files.[12][13]
• When specifying the /MT[:n] option to enable multithreaded copying, the /NP option to disable reporting of the progress percentage for files is ignored. By default the MT switch provides 8 threads. The n is the number of threads you specify if you do not want to use the default.[14]

Although Robocopy itself is a command-line tool, Microsoft TechNet provides a GUI front-end called Robocopy GUI. It was developed by Derk Benisch, a systems engineer with the MSN Search group at Microsoft, and required .NET Framework 2.0.[15] It includes a copy of Robocopy version XP026.

There are other non-Microsoft GUIs for Robocopy:

• "WinRoboCopy" revision 1.3.5953.40896 released on Apr 19, 2016.[16]
• "Easy RoboCopy" latest version 1.0.15 released on January 8, 2018.[17]
• A program by SH-Soft, also called "Robocopy GUI" v1.0.0.24 (October 8, 2005).[18]
• Cinchoo EazyCopy v1.0.0.4

Ken Tamaru of Microsoft has developed a copying program similar to Robocopy, called RichCopy, which is available on Microsoft TechNet. While it is not based on Robocopy, it offers similar features, and it does not require .NET Framework. [19]

Several versions of Robocopy do not report the version number when executing robocopy /? on the command line. However, their version is stored inside the executable itself and can be queried with PowerShell for example (gcm robocopy | fl *) or inside Windows Explorer by right-clicking on Robocopy.exe, selecting Properties, then clicking on the Details tab.

• List of file copying software
• Command line
  • List of DOS commands
  • rsync
• GUI
  • GS RichCopy 360
  • SyncToy
  • Ultracopier

Wikibooks has a book on the topic of: Guide to Windows Commands

• Official sources
  • Robocopy download (Version XP010) as part of Windows Server 2003 Resource Kit Tools. Includes 35-page documentation "robocopy.doc".
  • Robocopy short documentation on Microsoft TechNet Library
  • Robocopy GUI download (Version 3.1.2.0) on Microsoft TechNet Magazine
• Other
  • ROBOCOPY.exe (XP Resource Kit/Standard Vista command)