Robocopy megrongálja a fájlokat

Kedves Közösség!

Robocopy-t használok Windows 10 alatt tükrözött biztonsági mentések készítésére adminisztrátorként a következőképp:

robocopy D:\ "G:\Data Backup" /XD $RECYCLE.BIN /XD "System Volume Information" /FFT /B /MIR /XO /R:5 /W:5 /A-:SH

Sajnos néhány (látszólag) véletlenszerű fájlt megrongál (kb. 3-4 darabot 1,5 TB-nyi adatból): a szóban forgó fájlok bizonyos százalékú átmásolása után Error 5 - A hozzáférés megtagadva hibaüzenetet ad és a forrás és a célfájl is károsodik. Ahogy megtudtam, a robocopy átmenetileg módosítja a dátumot egy 1980-szerű időbélyegre (nem Unix time) a másolás alatt, hogy később felismerje a befejezetlen átviteleket és képes legyen folytatni a folyamatot ("restartable" módban). Itt is ez a helyzet: a célfájl dátuma módosul erre a régi dátumra, és pl. ha egy video, akkor nem lehet beletekerni az eleje után nem sokkal, mindig visszaugrik, tehát a maradék rész megrongálódott. Exe esetén kilép integrity errorral. Ha manuálisan próbálom átmásolni ezután a forrást, ugyanezt a nem olvasható hibát kapom bármelyik fájlkezelőben - a robocopy által végzett rongálásnak köszönhetően. Tehát a robocopy tönkreteszi a fájlt másolás alatt, és emiatt többé nem tudja átmásolni... Van ennek valami köze az NTFS ACL-ekhez? Olvastam, hogy a hozzáférés megtagadva hibaüzenet jelentkezhet, ha egy fájl rendelkezik NTFS Zone Identifier alternative stream-mel. Használnom kell Mark Russinovich Stream utility-jét az összes fájlomon minden egyes alkalommal, mielőtt biztonsági mentést szeretnék csinálni? Miért teszi tönkre a fájlokat, ha nem fér hozzájuk? A /B switch megoldja ezt? Vagy a security info átmásolása (/COPYALL vagy /SEC + /SECFIX)? Azért lehet ez, mert a forrás egy gyökérkönyvtár? Kizárom az SVI-t, így elviekben ez nem kellene, hogy gond legyen. Külön még rendszergazdaként kellene futtatni a batch filet (helyi menü -> Futtatás rendszergazdaként)?

Tud valaki erre megoldást? Előre is köszönöm.