Robocopy - 출력을 기록하는 동안 문제가 발생할 수 있습니까?

Robocopy - 출력을 기록하는 동안 문제가 발생할 수 있습니까?

C 드라이브(NTFS)에서 Pendrive(exFAT)로 최신 파일만 백업하는 백업 스크립트에 Robocopy가 적합한 옵션인지 평가 중입니다.

내가 실행중인 명령이 있습니다. 작업은 수행하지만 대상이 이동식 USB 펜 드라이브이고 너무 exFAT 형식인 경우 잘못된 로깅이 있는 것 같습니다. 대상이 FAT 또는 NTFS인 경우에는 이 문제가 발생하지 않습니다.

robocopy C:\Temp\F1 D:\F1 /XO /E /FFT /LOG:C:\Temp\robo.txt /NP  /NDL /R:1 /W:3

위 명령에서 D:는 펜 드라이브 문자였으며 명령 또는 .BAT 파일은 Windows 7 Ultimate 64에서 항상 관리자 권한으로 실행되었습니다.

이 문제는 아래 설명된 대로 사례 2에서 나타납니다.

사례 1 - 로그 스크린샷을 참조하세요. 이 말이 맞는 것 같습니다. 복사된 모든 파일 이름이 기록되고 복사 통계가 정확합니다. 3 파일이 복사됩니다.

여기에 이미지 설명을 입력하세요

사례 2 - 소스에 파일을 하나 더 추가합니다. 이제 이 새 파일만 복사하지만 로그의 모든 파일과 통계가 잘못되었음을 표시합니다. 4개의 파일이 복사되었다고 뜹니다.

여기에 이미지 설명을 입력하세요

이러한 유형의 일관되지 않은 로깅은 대상이 exFAT 형식의 펜 드라이브인 경우에만 발생합니다. FAT나 NTFS에는 문제가 없습니다.

OS - 윈도우 7 얼티밋 64.

질문.

  1. 대상이 exFAT 펜 드라이브일 때 Robocopy 로깅에 문제 또는 버그가 있습니까?
  2. 그렇지 않은 경우 이 문제를 해결해야 하는 명령에 옵션이 누락되어 있습니까?

이에 대해 더 명확하게 설명해주시면 감사하겠습니다.


편집하다

사례 3 - 변경 사항이 없지만 여전히 로그 파일에 4개 파일이 모두 나열됩니다.

여기에 이미지 설명을 입력하세요

/FFT 또는 해당 항목이 없어도 로그 데이터는 변경되지 않습니다.

무료 파일 동기화를 사용하여 확인한 결과 파일 크기, 타임스탬프 및 실제 콘텐츠와 관련하여 두 디렉터리가 모두 동기화되어 있습니다. 나는 그것이 복사하는 것이 아니라 여전히 기록 중이라고 생각합니다.

여기에 이미지 설명을 입력하세요


편집 2

312MB의 대용량 파일 2개를 소스에 함께 배치했습니다. USB 2 펜 드라이브 대상으로 복사하는 데 42초가 걸립니다. 로그는 괜찮습니다.

여기에 이미지 설명을 입력하세요

이제 다시 명령을 실행합니다. 0초 안에 완료되지만 여전히 2개의 파일이 기록되고 통계에는 2개의 파일이 복사된 것으로 표시됩니다. USB 2.0 펜드라이브의 312MB 데이터로는 이것이 불가능하다고 확신합니다.

여기에 이미지 설명을 입력하세요

답변1

내 Windows 7의 Robocopy 버전은 다음과 같습니다.6.1.7601.23403.

해당 Robocopy 버전은 2009년 버전입니다. 10년이 지났습니다.

Windows 10(64) PC에서 Windows 7(64)로 Robocopy를 복사하려고 시도했지만 명령을 .BAT에 넣으면 유효한 Win32 응용 프로그램이 아니라는 오류가 발생합니다.

아쉽게도 윈도우7은특정 전제 조건이 부족합니다현재 Robocopy 실행 파일에 필요하므로 최신 실행 파일을 Windows 10 시스템에서 간단히 복사할 수는 없습니다.

Windows 8에서 복사하는 경우에도 기본 구성 요소가 이를 지원해야 하므로 작동하지 않습니다.

Robocopy는 기본 파일 시스템 구성 요소를 호출하는 유틸리티일 뿐입니다.

여기에 이미지 설명을 입력하세요

최신 버전의 Robocopy가 설치된 Windows 10 1903 시스템에서는 이 문제를 재현할 수 없습니다.

복사 프로세스 자체보다는 로그에 문제가 있다는 점은 의심할 여지가 없습니다. 실제로 로보카피하다여기서 정확히 무엇을 해야 하는지, 단지 잘못 보고했을 뿐입니다.

여기서 보고 있는 즉각적인 복사본은 불가능합니다. 한 볼륨에서 다른 볼륨으로 파일을 처음 복사하는 데 42초가 걸리는 경우, 동일한 프로세스캔트두 번째는 0초만 투자하세요!

초기 파일 복사 속도를 제한하는 병목 현상이 무엇이든 정확히 동일한 방식으로 후속 복사본에 영향을 미칩니다(예: USB 대역폭 및 플래시 드라이브 쓰기 속도).

상대적으로 큰 파일이 포함된 복사 작업을 수행하고 소요 시간을 관찰한 다음 대상 드라이브에서 큰 파일을 삭제하고 동일한 작업을 다시 실행하면 이를 쉽게 확인할 수 있습니다. 두 개에 걸친 후속 복사본다른볼륨에는 거의 같은 시간이 소요됩니다.

로그 불일치:

  • 녹색 = 사실입니다.

  • 빨간색 = 거짓.

여기에 이미지 설명을 입력하세요

첫 번째 녹색 상자에 표시된 내용을 명확히 하기 위해 "100% 새 파일 없음" 줄은 빈 공간을 표시하기 위해 로그가 올바른 위치를 표시합니다. 이러한 파일 복사본이 있었습니다.정말복사가 완료되면 성공적으로 복사된 각 파일 옆에 "100%" 및 "새 파일"이 표시됩니다.

이러한 파일 복사본은 발생하지 않았습니다. OP는 거기에 20GB의 데이터를 넣을 수 있으며 Robocopy는 여전히 즉각적인 전송을 보고합니다!

결론:

Windows 7에서는 2009 버전보다 최신 버전을 사용할 수 없으므로 OP는 자신의 Robocopy 버전을 업그레이드할 수 없습니다.

그의 즉각적인 선택은 XCOPY나 다른 파일 복사 유틸리티를 사용하는 것입니다.

OP가 결국 Windows 10과 같은 최신 버전의 Windows로 업그레이드되면 이 오래된 버그가 패치되어 이 로깅 결함이 더 이상 발생하지 않는 최신 버전의 Robocopy를 갖게 됩니다.

답변2

Robocopy는 서로 다른 파일 시스템 간에 파일을 전송할 때 문제를 일으키는 것으로 알려져 있습니다. 예를 들어 NTFS는 64비트 타임스탬프이고 ex fat는 3개의 별도 필드를 사용하여 1바이트가 UTC 시간의 시간대인 타임스탬프를 저장합니다.

그리고 요약에 올바른 정보가 표시되지 않는 여러 가지 예가 있습니다.예를 들어 여기. 요약 계산이 (느슨하게 말하면) 복사 절차에 직접 통합되지 않은 것 같아서 일종의 버그가 있습니다. 그러나 나는 이것을 증명하는 "공식적인" 문서를 찾지 못했습니다. 로그와 요약 중 어느 것이 실제로 올바른지 확인하고 싶을 수도 있습니다.

관련 정보