We have been using the excellent Robocopy for years to Mirror client data to cheap internal drives once per day as a secondary backup. It has saved our client's data many times and meant we have not had to restore from tape. We tend to use the /MIR switch and with /R:3 /W:3 switches but we have one issue that we cannot work around and wondered if anyone could help? When a source file is locked you get something like this: Newer 4.8 g Outlook.pst 2009/07/16 08:52:14 ERROR 33 (0x00000021) Copying File E:\DATA\Work\Bob\outlook\Outlook.pst The process cannot access the file because another process has locked a portion of the file.Waiting 3 seconds... Retrying... This is fine and completely acceptable. However, after the retries fail the corresponding destination is then deleted. This is not the ideal behaviour. We appreciate that the /MIR switch does delete destination files but we would like it not to do so if the file exists but simply cannot be copied in this run. We cannot see a way to achieve this. Can anyone possibly advise?
