Hi,

I am a newbie here. I use VC since a few years. I have ROBOCOPY (full featured file copy program) and use it to copy Files from one PC to another one over our network, as mirroring.
I don't know why, now i cannot copy properly files, because ROBOCOPY doe not copy the content of the entire directory. it also changes the date of the file and put it at 02/01/1980.

Once ago VC support told me that this Robocopy mirroring feature will exit in VC.

I have tried RichCopy but could not use it with VC. Do you have a suggestion ?

Regards,

Christian

It seems like a setting in Robocopy - if it just copies somes of the files. What command do you use?

---

Robocopy "C:\ORADATA\flash_recovery_area\TELEG1P\BACKUPSET" "\\Teleg2\D-Backup\teleg1p\Backupset" /MIR /NP /LOG:ROBOCOPY.LOG

Thank you !

I assuming you have selected a Credential for accessing Teleg2?

---

I assuming you have selected a Credential for accessing Teleg2?

yes I did !

1. So, if you run it from command line it works?
2. What is the common denominator between the working and no working files?

---

Hi Henrik,

Sorry for the delay in the answer i have been caught by other tasks !!!

I see now well the problem. The problem is this : Robocopy begins copying the files on the destination, but when it arrives at this file 'sivoa_10.2.dmp' it does copy it but it changes the date of the file to "02/01/1980 02:00" on the destination even though the date of the file in the source is "23/06/2009 23:29". After copying this file Robocopy stops copying even though other files are to be copied on the destination !

See the log file of robocopy, which shows it copies the file. But after copying, Robocopy stops copying the OTHER file remainins to bbe copied. I don't know why Robocopy stops copying the files after copying sivoa.dmp. There is enough place remaining on the destination disk (43 gigs).

*EXTRA Dir -1 \\Teleg2\D-Backup\teleg1p\Backupset\2009_06_08\
*EXTRA File 2.4 g O1_MF_ANNNN_TAG20090608T230825_52TZGK50_.BKP
*EXTRA File 31.3 m O1_MF_ANNNN_TAG20090608T231301_52TZPYQX_.BKP
*EXTRA File 8.1 m O1_MF_NCNNF_TAG20090608T230817_52TZG3NM_.BKP
*EXTRA File 12.4 g O1_MF_NNNDF_DB_TELEG1P_52TYZOOF_.BKP
Newer 1900 Backup_archivelog.log
Newer 9964 CONTROLFILE.TRC
Newer 32191 daily_backup.log
Newer 250 etat_base.txt
Newer 750 ev_48h.txt
Newer 250 gesvar32.txt
Newer 4589 maintain_repository.log
Newer 35954 param_base.txt
Newer 9269 pluvio.log
Newer 0 ROBOCOPY.LOG
Newer 5.1 g sivoa_10.2.dmp

Regards,

Chris

ok, thanks, so we can close this case?

---

ok, thanks, so we can close this case?

Henrik,

I am sorry.... Some kind of misunderstanding between us... The story goes on. Hoped you understood my contribution. Please do not close this thread ? I am searching for help. All the files are not copied to the remote PC. I am searching for a solution. I don't know why Robocopy changes the date of the file... Well if there is another solution than using Robocopy I can go for it, because I am fed up with robocopy as it returns bad return codes.

The 1980 date stamp is a typical issue when a file is being copied.

Run robocopy to copy a smaller file (few MB) and watch the arrival point. The time stamp will change to 1980 but then revert to the correct date when the transfer is complete.

Can you use the /ZB switches in Robocopy? Ive had the issue you describe happen when the source file is in use.

Hello MikeBoBo
I tried the /ZB file. Without improvement. The file is not in use either.