FLR 지원 파일 시스템에 대한 Robocopy에서 LastTimeWrite-Date가 02.01.1980으로 변경됨

복사에 사용 중인 명령은 다음과 비슷합니다.
robocopy command "robocopy \\x.x.x.x\copyfrom\ \\y.y.y.y\copyTo\sample /COPY:DATSO /W:1 /R:1"

다음은 복사 후 파일의 예입니다.


고객이 여러 개의 서로 다른 소스 디바이스에서 복사하려고 했지만 결과는 항상 같았습니다.
문제 해결 중에 다음 변경 사항이 적용되었지만 문제가 해결되지 않았습니다.

• windowsTimeUpdate 매개변수를 1로 설정
• 이제 robocopy 호스트에서 SMB1.0/CIFS 파일 공유 지원 기능을 켜고 PC 재부팅
  • 프로그램 및 기능 > Windows 기능 켜기/끄기 > SMB1.0/CIFS 파일 공유 지원
  • 일반적으로 해당 확인란은 비활성화되어 있습니다. PC를 확인하고 재부팅하십시오.

네트워크 추적에서 SMB SETINFO 요청에 대해 다수의 "access denied" 응답이 표시됩니다.

Robocopy는 정상적인 작동입니다. mtime을 두 번 수정하며 처음에는 1980으로 재설정됩니다. 쓰기 데이터가 성공하면 mtime이 마지막 수정 시간으로 다시 변경됩니다. 그러나 FLR을 생성할 때 자동 잠금을 설정하면 Robocopy가 mtime을 1980로 재설정할 때 보호 상태가 WORM_OK로 트리거됩니다. 따라서 파일이 읽기 전용이 되고 mtime 수정을 비롯하여 데이터를 쓸 수 없으므로 "access is denied"라는 보고서가 생성됩니다.
=========================================================================================
0바이트의 빈 파일은 추가 전용 상태가 됩니다. FLR은 보호해야 할 실제 데이터가 없다고 인식하므로 WORM_CLEAN 상태여야 합니다. 즉, 빈 파일에는 설계상 자동 잠금 기능이 적용되지 않으므로 빈 파일 mtime은 예상대로 유지됩니다.

다음 해결 방법을 통해 mtime을 적절하게 업데이트할 수 있습니다.

(1) 대상 어레이에 먼저 FLR 파일 시스템 생성
(2) 자동 잠금 비활성화(파일 시스템 속성의 옵션)
(3) FLR 보호가 필요한 모든 파일을 대상 어레이에 Robocopy
(4) 자동 잠금 활성화(확인란을 On으로 전환)
(5) 새 파일을 FLR 파일 시스템에 추가해야 하는 경우 먼저 자동 잠금 비활성화
(6) 새 파일을 대상 FLR로 Robocopy
(7) 자동 잠금 다시 활성화