필자의 경우 소스 및 대상 공유에 대한 모든 권한을 가지고 시작했습니다. 문제는 하위 디렉토리 재귀를 시작하기 전에 Robocopy가 대상 공유의 ACL을 null 값으로 재설정하고 있다는 것입니다 (아무도 권한이 없음). 빠른 테스트 후 Robocopy는 상속 된 권한을 처리하지 않는다는 결론을 내 렸습니다. C : \ Share1을 D : \로 복사하고 C : \ Share1이 C : \ 루트 디렉토리에서 권한을 상속한다고 가정하면 실제로 명시적인 ACL이 없습니다. 따라서 ACL을 복사 할 때 실제로는 아무것도 복사하지 않습니다. 비어있는 ACL을 대상에 복사하면 복사본의 첫 번째 단계에서 권한이 제거되고 공유에 대한 모든 후속 쓰기는 오류 5와 함께 실패합니다.
WITH 상속 된 권한에 액세스하는 소스와 WITHOUT 상속 된 권한에 액세스하는 대상에서 복사하는 경우에만 문제가됩니다. ACL에 명시 적으로있는 C : \를 D : \에 복사하면 문제가 없습니다. 이것이 실제로 문제인 경우 모든 권한을 사용하여 소스 ACL에 명시 적으로 추가하여 해결할 수 있습니다. 사본이 실행되면 ACL 항목이 대상에 복제되고 후속 파일 사본을 쓸 수 있습니다. 복사가 완료된 후 변경 사항을 취소 할 수 있습니다 (소스 및 대상 모두에서).
위의 사항에도 불구하고 계속 문제가 발생하면 / B 스위치를 사용하여 백업 운영자 권한을 사용하여 파일을 백업하려고 시도 할 수 있습니다. 이렇게하면 예를 들어 대상 공유의 ACL에없는 경우 다른 방법으로는 할 수없는 파일을 복사 할 수 있습니다. Robocopy는 기본적으로 재시작 가능한 복사본을 시도합니다. 다시 시작할 수있는 사본을 포기하면 최악의 경우 중단시 현재 전송중인 파일이 손실됩니다. 다음 패스는 그 파일을 부분적으로 시작하는 대신 처음부터 다시 시작합니다.
희망이 도움이됩니다. 다음은 / B 스위치에 관한 Microsoft Robocopy 문서의 인용문입니다.
인용문:
파일 데이터와 함께 NTFS 보안 정보 (ACL)를 복사하면 읽기 권한은 있지만 쓰기 권한은없는 파일을 복사 할 수 있습니다. 이러한 파일을 한 번 복사하고 ACL을 적용한 후 파일을 다시 복사하려고하면 "액세스 거부"오류가 발생하는 것을 알 수 있습니다. 이 경우 백업 모드에서 파일을 복사하려면 / B 또는 / ZB 스위치를 사용해야합니다.
/ B는 모든 파일을 백업 의미 체계 (백업 모드)로 복사합니다. / ZB는 먼저 다시 시작 가능한 모드로 파일을 복사하려고 시도하지만 (복원성 향상) "액세스 거부"오류와 함께 실패하면 백업 모드를 사용하여 복사를 자동으로 다시 시도합니다.