표시되는 크기와 날짜가 일치하더라도 실제 수정 시간이 다르거나, 비교 규칙 또는 전송 옵션이 달라지면 Rsync가 파일을 다시 복사할 수 있습니다.
파일 브라우저는 1초 미만의 타임스탬프를 숨기고 반올림된 현지 날짜만 표시하는 경우가 많습니다. 반면 Rsync는 각 엔드포인트에서 노출되는 메타데이터를 비교하며, 시간 일치를 무시하거나 체크섬을 비교하거나 메타데이터를 업데이트하도록 설정할 수도 있습니다. 따라서 사람이 읽을 수 있는 크기와 날짜가 같아도 나노초 값이 다르거나, 한 파일 시스템이 시간을 반올림하거나, SMB 클라이언트가 타임스탬프를 다시 쓰거나, 명령이 일반적인 빠른 검사를 명시적으로 우회하면 작업이 해당 파일을 선택할 수 있습니다.
Rsync가 데이터 전송 대상으로 파일을 선택하는지 확인하기
변경 사항을 항목별로 표시하는 시험 실행으로 작업을 실행하고, 정확한 명령어, 소스 경로, 대상 경로, Rsync 버전, 대표 파일 이름 하나를 기록하세요.
공식 Rsync 매뉴얼에 따르면 기본 빠른 검사는 파일 크기와 수정 시간을 비교하며, 항목별 출력은 어떤 속성 때문에 업데이트가 발생했는지 보여줍니다.
항목별 코드에 권한, 소유자, 그룹, ACL 또는 확장 속성 변경만 표시된다면 파일을 다시 확인했을 뿐 전체 데이터가 재전송되지 않았을 수 있습니다.
표시된 날짜 대신 실제 수정 시간 비교하기
송신자와 수신자를 실행하는 시스템에서 소스와 대상의 수정 시간을 나노초 단위로 읽고, 숫자 형식의 유닉스 시간 값을 비교하세요.
Linux stat 구조체는 나노초 타임스탬프를 지원하므로, 같은 초로 표시되는 두 파일도 실제 값은 다를 수 있습니다.
분이나 초만 표시하는 브라우저로는 내부 수정 시간이 일치한다고 증명할 수 없습니다. 파일을 다시 건드리기 전에 원시 값을 기록하세요.
타임스탬프 정밀도와 수정 시간 허용 범위 확인하기
FAT, exFAT, NTFS, SMB, NFS, 압축 파일 해제 과정, 이동식 스테이징 볼륨을 포함해 경로에 있는 모든 파일 시스템을 확인하세요.
Debian Rsync 매뉴얼은 modify-window 동작을 설명하며, 동일한 타임스탬프 정밀도를 저장할 수 없는 파일 시스템에 대한 허용 오차도 다룹니다.
0이 아닌 허용 범위는 차이를 측정한 후에만 사용하세요. 범위가 지나치게 넓으면 크기는 같지만 실제로 변경된 파일을 놓칠 수 있습니다.
일반적인 빠른 검사를 무시하는 플래그 감사하기
예약된 전체 명령어와 옵션을 추가하는 래퍼 스크립트, NAS 인터페이스, 환경 변수, include 파일 또는 프리셋을 확인하세요.
Ubuntu Rsync 참고 문서에 따르면 ignore-times는 업데이트를 강제하고, 체크섬 모드는 시간 비교를 대체하며, size-only는 수정 시간을 무시합니다.
확인된 플래그만 제거하세요. 체크섬 모드는 네트워크를 통해 전송되는 데이터가 거의 없더라도 대량의 읽기 작업을 발생시킬 수 있습니다.
SMB 또는 Windows가 대상 시간을 다시 쓰는지 확인하기
전송 직후, SMB 세션을 닫은 후, 다른 클라이언트에서 다시 연 후에 대상의 해시와 타임스탬프를 기록하세요.
Microsoft는 애플리케이션이 파일 타임스탬프를 설정하고 가져올 수 있음을 설명하며, 파일 시스템과 애플리케이션은 서로 다른 일정에 따라 개별 필드를 업데이트할 수 있습니다.
인덱서, 미디어 앱, 클라우드 클라이언트 또는 SMB 작업이 파일을 건드린 후에만 대상 시간이 변경된다면 Rsync가 아니라 해당 기록 주체를 수정하세요.
수정 시간과 다른 메타데이터 구분하기
수정 시간, 상태 변경 시간, 권한, 소유권, ACL, 확장 속성, 하드 링크 및 심볼릭 링크를 비교하세요.
NetBSD의 stat 유틸리티는 원시 파일 상태 필드를 표시하므로 콘텐츠 수정 시간과 다른 메타데이터 변경을 구분하는 데 도움이 됩니다.
압축 파일, ACL, xattr, 소유자 또는 그룹 옵션이 메타데이터 작업을 유발할 수 있습니다. 나열된 모든 경로가 전체 데이터 전송을 의미한다고 판단하지 말고 항목별 코드를 확인하세요.
파일 하나로 테스트하고 확인된 가장 작은 차이 수정하기
닫힌 테스트 파일 하나를 복사하고, 필요한 메타데이터를 보존한 뒤, 동일한 명령을 다시 실행하여 항목별 출력, 전송된 바이트 수 및 원시 타임스탬프를 비교하세요.
ZimaSpace의 예상보다 큰 증분 백업 관련 문서에서는 더 넓은 백업 체인의 원인을 다룹니다. 이 문서는 Rsync의 파일 선택 규칙에 초점을 맞춥니다.
변경 없이 다시 실행했을 때 테스트 파일을 건너뛰거나, 의도적으로 설정한 메타데이터 업데이트만 수행하면 문제가 해결된 것입니다.
자주 묻는 질문
파일 브라우저에서 날짜가 왜 똑같이 보이나요?
브라우저가 초 또는 분 단위로 반올림하고 현지 시간을 표시하는 반면, Rsync는 더 정밀한 수정 타임스탬프를 받을 수 있습니다.
체크섬 모드를 사용하면 불필요한 복사를 막을 수 있나요?
시간이 달라도 콘텐츠가 같으면 전송을 피할 수 있지만, 양쪽에서 같은 크기의 파일을 읽고 해시해야 합니다.
시간대 때문에 Rsync 전송이 반복될 수 있나요?
시간대 표시만으로 숫자 형식의 타임스탬프가 바뀌지는 않습니다. 그러나 타임스탬프를 변환하거나 반올림하는 애플리케이션 또는 파일 시스템은 영향을 줄 수 있습니다.
지원 및 팁
더 읽어보기

Plex가 다른 Docker 컨테이너와 GPU를 공유할 수 있나요?
Plex와 다른 컨테이너가 동일한 GPU에 함께 액세스할 수 있는 경우가 많지만, 드라이버 지원, 디바이스 매핑, 비디오 엔진 부하, 메모리, 복구 동작을 테스트해야 합니다.

Plex 오류가 클라이언트에서 발생한 것인지 서버에서 발생한 것인지 확인하는 방법
다른 클라이언트에서 동일한 항목을 재현하고, 세션 경로를 비교한 다음, 범위 분석을 통해 장애가 실제로 발생한 위치를 확인한 후에만 서버 증거를 수집하세요.

Plex 캐시 및 트랜스코딩 임시 저장소 구성 방법
영구 Plex 상태는 보호하면서 트랜스코딩 임시 파일은 적합한 로컬 저장소에 배치한 다음, 정리 상태와 여유 공간 및 재시작 동작을 확인하세요.

