크로스 플랫폼 복사 전에 대소문자 구분 파일 이름 충돌을 감지하는 방법

모든 상대 경로를 목록화하고, 각 경로를 대상의 비교 규칙에 맞게 정규화하며, 동일한 정규화 키를 생성하는 경로를 그룹화하여 대소문자 구분 파일 이름 충돌을 감지하세요. 데이터를 복사하기 전에 모든 그룹을 해결해야 합니다.

이 사전 검사는 대소문자 구분 Linux 공유에서 Windows, 기본 macOS 볼륨 또는 대소문자 구분 없는 SMB 네임스페이스로 이동할 때 필수입니다. 일반 파일 수는 두 개의 유효한 소스 이름이 하나의 대상 이름을 놓고 경쟁하는 것을 드러내지 못합니다.

파일 이름 충돌이란 무엇인가요?

충돌은 서로 다른 소스 경로가 대상에서 동일한 경로로 처리될 때 발생합니다. 플랫폼 간 대소문자 구분 차이에 대한 실용적인 알림은 Report.pdf와 report.pdf가 다르게 동작할 수 있는 이유를 보여주지만, 비교는 모든 디렉터리 구성 요소를 포함해야 합니다.

플랫폼 간 충돌은 유니코드 정규화, 끝의 공백 또는 마침표, 예약된 장치 이름, 한 대상이 금지하는 문자와도 관련될 수 있습니다. macOS와 Linux 간 파일 이름 변경 원인도 동일한 경로 호환성 감사에 포함됩니다.

스캔 전에 대상을 정의하세요. ext4, NTFS 또는 SMB 기반 데이터셋으로 복사하면 다른 이름 지정 동작이 나타날 수 있습니다. 이는 SMB 동작이 클라이언트마다 다른 이유와 관련이 있습니다.

어떤 충돌 유형을 사전 검사 보고서에 포함해야 하나요?

예측 가능한 수정이 가능하도록 충돌 유형을 구분하세요. 대소문자만 다른 쌍은 보통 이름을 바꿀 수 있지만, 예약된 Windows 이름은 이름 변경과 애플리케이션 참조 업데이트가 모두 필요할 수 있습니다.

보고서는 원본 바이트 수준 경로를 보존하고 읽기 쉬운 형식을 표시해야 합니다. 시각적으로 동일한 유니코드 이름은 두 개의 별도 소스 항목이 아닌 중복 행처럼 보일 수 있습니다.

신뢰할 수 있는 소스 인벤토리는 어떻게 구축하나요?

소스 파일 시스템이나 마이그레이션에 사용되는 동일한 프로토콜을 통해 인벤토리를 실행하세요. 공백, 탭, 줄 바꿈, 비 ASCII 문자를 안전하게 처리하는 형식으로 상대 경로를 내보내세요.

디렉터리를 포함하세요. 충돌하는 두 디렉터리 이름이 수천 개의 영향을 받는 파일을 숨길 수 있습니다. 이름이 변경된 항목을 추적할 수 있도록 객체 유형, 크기, 수정 시간, 안정적인 식별자를 기록하세요.

최종 스캔 전에 쓰기를 중지하거나 스냅샷을 찍으세요. 인벤토리와 복사 사이에 이름이 변경되면, 깨끗한 사전 점검이 마이그레이션 시작 전에 오래될 수 있습니다.

비교를 위해 경로를 어떻게 정규화해야 하나요?

대상의 대소문자 처리 방식을 먼저 파악하세요. 원본 경로를 유지하면서 소문자 또는 대소문자 무시 키를 비교합니다. 이 단계에서 소스를 자동으로 이름 변경하지 마세요.

그런 다음 대상별 규칙을 추가하세요: 유니코드 정규화, 구분자 처리, 금지 문자, 잘린 접미사, 경로 길이 제한, 예약된 이름 등. 대상보다 더 공격적으로 정규화하면 오탐이 발생할 수 있고, 덜 정규화하면 파괴적인 충돌을 놓칠 수 있습니다.

모든 경로 구성 요소에 정규화를 적용하세요. 기본 이름이 다른 두 파일도 상위 디렉터리가 동일한 정규화된 경로로 축소되면 충돌합니다.

Linux, macOS 또는 Windows에서 무엇을 실행할 수 있나요?

Linux 또는 macOS에서는 스크립트가 널 구분 경로를 읽고, 대상 키를 계산하고, 해당 키로 정렬하며, 원본 경로가 두 개 이상인 그룹을 보고할 수 있습니다. 대소문자 구분 없이 중복 파일 이름 찾기에 대한 공개된 방법은 그룹화 논리를 보여주지만, 혼합 언어 아카이브는 명시적인 유니코드 처리가 필요합니다.

find /source -print0 | python3 collision_scan.py --target windows

Windows에서는 PowerShell이 상대 경로를 열거하고 대소문자를 구분하지 않는 순서 비교기를 사용하여 그룹화할 수 있습니다. 모든 대상 디렉터리를 볼 수 있는 계정으로 소스 공유에 대해 실행하세요.

Get-ChildItem -LiteralPath '\\NAS\Source' -Recurse -Force |
  ForEach-Object { $_.FullName.Substring($root.Length).ToLowerInvariant() } |
  Group-Object | Where-Object Count -gt 1

이 예시는 그룹화 모델을 설명하며 보편적인 스캐너가 아닙니다. 실제 점검은 원본을 보존하고 접근 불가능한 경로를 처리하며 대상의 전체 명명 규칙을 구현해야 합니다.

충돌 그룹은 어떻게 해결해야 하나요?

데이터 소유자와 함께 정식 이름을 선택한 후 프로젝트 코드, 날짜 또는 소스 시스템 태그와 같은 결정론적 접미사를 사용하여 다른 경로의 이름을 변경하세요. 일관된 홈 서버 명명 규칙은 임의 접미사를 피하는 데 도움이 됩니다.

1. 충돌 그룹과 해당 소유 부서 또는 애플리케이션을 내보내세요.
2. 정식 철자를 유지하는 경로를 선택하세요.
3. 소스 또는 임시 복사본에서 충돌하는 경로의 이름을 변경하세요.
4. 참조하는 재생 목록, 데이터베이스, 바로 가기, 스크립트 및 매니페스트를 업데이트하세요.
5. 차단 그룹이 없을 때까지 전체 스캔을 다시 실행하세요.

복사 도구가 덮어쓰기 순서로 조용히 결정하도록 허용하지 마세요. 두 파일 내용이 동일하더라도 이름을 조용히 병합하면 원래 네임스페이스에 대한 증거가 파괴됩니다.

복사가 경로를 병합하지 않았음을 어떻게 확인합니까?

수정 후 사전 복사 매니페스트를 캡처하고 동일한 상대 경로 규칙으로 대상 매니페스트를 생성하세요. 중요한 파일에 대해 정규화된 경로 집합, 객체 수, 크기 및 콘텐츠 해시를 비교하세요.

“이미 존재함,” 이름 변경, 건너뛰기, 잘못된 이름, 덮어쓰기 이벤트에 대한 복사 로그를 검토하세요. 도구에 따라 건너뛴 경로가 있어도 종료 코드가 0일 수 있습니다.

사용자가 애플리케이션 동작을 검증할 때까지 소스를 읽기 전용으로 유지하세요. 네임스페이스 호환성은 파일 바이트의 존재뿐 아니라 링크와 참조도 포함합니다.

자주 묻는 질문

대소문자만 다른 두 파일 이름이 Linux에서 공존할 수 있나요?

일반적으로 민감한 대소문자를 구분하는 Linux 파일 시스템에서는 그렇습니다. 그러나 대소문자를 구분하지 않는 대상에 복사하거나 다르게 구성된 서비스에 노출될 때 충돌이 발생할 수 있습니다.

모든 파일 이름을 소문자로 변환하는 것이 안전한 해결책인가요?

아니요. 대량 소문자 변환은 새로운 충돌을 만들고 참조를 깨뜨릴 수 있습니다. 먼저 그룹을 감지한 후 검토된 결정론적 이름 변경을 적용하세요.

체크섬이 파일 이름 충돌을 감지합니까?

체크섬은 네임스페이스 식별이 아니라 콘텐츠를 비교합니다. 서로 다른 두 경로는 서로 다른 또는 동일한 콘텐츠를 가질 수 있으며 여전히 하나의 대상 이름을 두고 경쟁할 수 있습니다.

안전한 크로스 플랫폼 복사는 모든 소스 경로가 하나의 고유하고 유효한 대상 경로에 매핑됨을 증명합니다. 전송 전에 이 증명을 수행하여 덮어쓰기된 파일로 인한 충돌을 발견하지 않도록 하세요.