Dalam kasus saya, saya mulai dengan kontrol penuh pada sumber dan tujuan berbagi. Masalahnya adalah bahwa Robocopy me-reset ACL pada share tujuan ke nilai nol (tidak ada yang memiliki izin) sebelum mulai mengulang subdirektori. Setelah beberapa tes cepat, kesimpulan saya adalah bahwa Robocopy tidak menangani izin yang diwarisi. Katakanlah Anda menyalin C: \ Share1 ke D: \, dan C: \ Share1 mewarisi izinnya dari direktori root C: \, ia sebenarnya tidak memiliki ACL eksplisit. Karena itu, ketika Anda menyalin ACL-nya, Anda sebenarnya menyalin ... tidak ada. Dengan menyalin ACL kosong ke tujuan Anda, izin Anda akan dihapus pada langkah pertama dari salinan, dan semua penulisan berikutnya untuk berbagi gagal dengan Kesalahan 5.
Ini hanya masalah ketika Anda menyalin dari sumber yang Anda akses dengan izin yang diwarisi dan tujuan yang Anda akses TANPA izin yang diwarisi. Jika Anda menyalin C: \ (yang membuat Anda secara eksplisit di ACL-nya), ke D: \, tidak ada masalah. Jika ini memang masalah Anda, Anda dapat mengatasinya dengan menambahkan diri Anda secara eksplisit ke sumber ACL dengan kontrol penuh. Ketika salinan berjalan, entri ACL Anda digandakan ke tujuan, dan salinan file selanjutnya dapat ditulis. Anda dapat membatalkan perubahan (baik pada sumber maupun tujuan) setelah salinan selesai.
Jika Anda terus mengalami masalah meskipun hal tersebut di atas, Anda mungkin ingin mempertimbangkan untuk mencoba sakelar / B, yang mencoba mencadangkan file menggunakan hak istimewa Anda sebagai Operator Pencadangan. Ini akan memungkinkan Anda untuk menyalin file yang Anda tidak bisa, misalnya, jika Anda tidak berada di ACL pada bagian tujuan Anda. Robocopy default untuk mencoba salinan yang dapat dimulai kembali. Dengan memberikan salinan yang dapat diulang kembali, kasus terburuknya adalah Anda kehilangan file yang sedang ditransfer saat terjadi gangguan. Lulus berikutnya akan me-restart file itu dari awal alih-alih setengah jalan.
Semoga itu bisa membantu. Berikut ini kutipan dari Microsoft Robocopy doc mengenai switch / B:
Mengutip:
Jika Anda menyalin informasi keamanan NTFS (ACL) bersama dengan data file, dimungkinkan untuk menyalin file yang telah Anda baca akses, tetapi tidak akses tulis. Setelah file seperti itu disalin sekali, dan ACL diterapkan, Anda mungkin menemukan bahwa untuk mendapatkan kesalahan "Akses Ditolak" ketika Anda mencoba untuk menyalin file lagi. Dalam situasi ini, Anda harus menggunakan saklar / B atau / ZB untuk menyalin file dalam Mode Cadangan.
/ B menyalin semua file dengan semantik cadangan (Mode Cadangan). / ZB pertama kali mencoba untuk menyalin file dalam mode restartable (untuk ketahanan yang lebih besar) tetapi jika gagal dengan kesalahan "Akses Ditolak" itu secara otomatis mencoba kembali menyalin menggunakan Mode Cadangan.