I'm afraid I have to disagree with the previous answer: robocopy (alone) isn't a good tool to copy data because it doesn't have any mechanism to backup open files safely and therefore it can have unpredictable results.
I'm not talking theoretically here: last year, a customer of mine had a total data disaster (as in: he had nothing left) because he used robocopy to synchronize his data folder with a remote server daily. Since the files in questions where, for a large part, used by a desktop database program, the file that where copied successfully where random depending on what process had them still locked.
When an employee deleted all his "live" data (don't ask why), he asked for help restoring the data. We couldn't do anything since the "backup" solution was robocopy.
Rules of backups:
- Always consider WHAT you are backing up.
- Always test them when you deploy them.
- Test them regularly afterward.
- "Testing" means actually restoring data to a different location and checking the data integrity, not verifying that you have the backup file/tape somewhere.
- Make sure you have a meaningful log every time you run it and make sure someone checks all these logs.
Unfortunately, while it's a really great tool, robocopy isn't a program that allows you to do the above properly.