중복 파일 정리는 “같아 보이는 파일을 많이 지우는 일”이 아니라, 같은 내용인지 확인하고 어떤 사본을 남길지 결정한 뒤 되돌릴 수 있는 방식으로 처리하는 일입니다. AllDup은 파일 이름과 크기뿐 아니라 파일 내용, 체크섬, 유사 이미지와 음원 같은 여러 검색 기준을 제공합니다. 문제는 기능이 많은 만큼 처음부터 검색 범위를 넓히거나 자동 선택 결과를 곧바로 삭제하면 원본·편집본·동기화 충돌 파일을 함께 잃을 수 있다는 점입니다.
이 글의 결론은 간단합니다. 첫 실행에서는 작은 폴더 하나만 고르고, 후보를 빠르게 찾는 조건과 최종적으로 같은 내용인지 확인하는 조건을 분리하세요. 그다음 미리보기와 경로를 확인해 보존본을 정하고, 영구 삭제 대신 휴지통이나 별도 백업 폴더로 옮겨 실제 업무에 문제가 없는지 확인해야 합니다. AllDup 공식 문서가 제공하는 기능을 이 순서에 맞춰 쓰면 “검색은 빨랐지만 잘못 지운” 상황을 줄일 수 있습니다.
AllDup 중복 파일 검색 기준을 먼저 고르는 법
AllDup은 동일하거나 유사한 내용, 이름, 크기, 수정·생성 날짜, 속성, 이미지, 음원 등 여러 기준으로 파일을 찾을 수 있습니다. 어떤 기준이 더 좋다기보다 목적이 다릅니다. 이름과 크기는 후보를 빠르게 좁히는 데 유용하고, 파일 내용 비교는 실제 데이터가 같은지 확인하는 데 적합합니다.
- 사진 백업 폴더 한 개처럼 출처를 설명할 수 있는 위치만 선택합니다.
- Windows, Program Files, 애플리케이션 데이터 폴더는 제외합니다.
- 파일 크기와 이름으로 후보를 줄인 뒤 내용 비교로 다시 확인합니다.
- 검색 결과를 저장하고 삭제 전후 개수를 기록합니다.
예를 들어 보고서-최종.docx와 보고서-최종-진짜.docx는 이름이 비슷해도 내용이 다를 수 있습니다. 반대로 카메라에서 복사한 IMG_1032.JPG와 메신저로 받은 여행사진.JPG는 이름이 달라도 같은 이미지일 수 있습니다. 이름 규칙은 후보 생성에, 내용 비교는 최종 판정에 사용하는 편이 안전합니다.
이름과 크기가 같아도 바로 삭제하면 안 되는 이유
파일 크기가 같다는 사실만으로 내용이 같다고 단정할 수 없습니다. AllDup 공식 문서는 파일 내용을 바이트 단위로 비교하거나 MD5, SHA-1, SHA-2 계열 체크섬을 만들어 비교하는 방식을 안내합니다. 100% 바이트 비교는 차이가 발견되면 비교를 중단할 수 있고, 체크섬은 파일 전체를 읽어 계산한 값을 이후 비교에 활용합니다.
사진과 음악은 한 단계 더 주의해야 합니다. 같은 촬영본이라도 회전 정보, 촬영 위치, 태그가 달라질 수 있고, 같은 음원이라도 ID3 태그가 다를 수 있습니다. AllDup에는 JPEG·CR2 메타데이터나 일부 음원 태그를 제외하고 비교하는 옵션이 있습니다. 이 옵션은 “보이는 이미지나 들리는 음원이 같으면 중복으로 볼 것인지”를 결정할 때 유용하지만, 메타데이터 자체를 보존해야 하는 사진 관리 업무에서는 오히려 중요한 차이를 숨길 수 있습니다.
| 비교 기준 | 적합한 상황 | 삭제 전 추가 확인 |
|---|---|---|
| 이름·크기 | 빠른 후보 추리기 | 내용 해시 또는 미리보기 |
| 바이트 단위 | 정확히 같은 파일 확인 | 보존할 경로와 날짜 |
| SHA-2 체크섬 | 많은 동일 크기 파일 반복 비교 | 계산 완료 여부와 파일 변경 시점 |
| 유사 이미지 | 리사이즈·편집본 후보 찾기 | 해상도, 메타데이터, 편집 목적 |
SHA-256 해시 비교가 알려주는 것과 알려주지 못하는 것
Microsoft의 Get-FileHash 문서는 파일 이름이나 확장자가 아니라 파일 내용으로 해시 값을 계산한다고 설명하며 기본 알고리즘으로 SHA-256을 사용합니다. 두 파일의 SHA-256 값이 같으면 내용이 같은지 확인하는 강한 근거가 됩니다. 이름이 달라도 같은 내용일 수 있다는 점을 확인하는 데 특히 유용합니다.
하지만 해시는 “어느 파일을 남겨야 하는가”까지 결정하지 않습니다. 같은 내용의 파일이라도 한쪽은 프로젝트 폴더의 원본이고 다른 쪽은 전송용 복사본일 수 있습니다. 생성·수정 날짜, 폴더의 역할, 백업 정책, 다른 문서에서 참조하는 경로를 함께 봐야 합니다. 해시는 동일성 확인 도구이지 파일의 업무 가치를 평가하는 도구가 아닙니다.
AllDup의 체크섬 데이터베이스는 이후 검색에서 계산 결과를 재사용하는 데 도움을 줄 수 있습니다. 다만 파일 크기가 바뀌었을 때 체크섬을 다시 계산하는 조건과 데이터베이스 사용 상태를 확인해야 합니다. 한 번 계산한 값이 영원히 현재 파일을 대표한다고 생각하면 변경된 문서를 놓칠 수 있습니다.
실무에서는 해시 결과를 바로 삭제 명령으로 연결하지 말고, 검토용 목록으로 한 번 더 분리하는 편이 안전합니다. 예를 들어 같은 SHA-256 값이 나온 파일을 기준본, 검토 대상, 보류 세 묶음으로 나누고, 기준본에는 실제로 사용하는 경로와 최근 열람 여부를 함께 적습니다. 검토 대상은 임시 백업 폴더로 이동하고, 보류 항목은 공유 폴더나 동기화 폴더처럼 다른 사람에게 영향을 줄 가능성이 있는 파일로 남깁니다. 이 구분만 해도 “내용이 같으니 모두 같은 역할을 한다”는 잘못된 판단을 피할 수 있습니다.
대용량 폴더에서는 검사 시간을 줄이려고 이름과 크기 조건으로 후보를 좁힌 뒤 내용 비교를 수행할 수 있습니다. 그러나 첫 단계의 필터가 너무 엄격하면 이름이 바뀐 복사본을 놓칠 수 있습니다. 반대로 후보 범위를 지나치게 넓히면 검사 결과가 많아져 사람이 확인하기 어려워집니다. 처음에는 한 프로젝트나 한 사진 폴더처럼 결과를 직접 검토할 수 있는 범위로 시작하고, 제외 규칙과 보존 규칙이 안정된 뒤 범위를 늘리는 것이 좋습니다.
검사 날짜와 적용한 필터도 함께 기록하면 다음 정리 때 결과를 비교하기 쉽고, 다른 사람이 같은 판단을 재현하기도 수월합니다.
오삭제를 막는 보존본 선택 규칙
검색 결과에서 자동 선택 기능을 사용하기 전에 “남길 파일” 규칙을 문장으로 적어두는 것이 좋습니다. 폴더마다 목적이 다르기 때문에 가장 최근 파일 하나만 남기는 규칙은 위험합니다. 다음 순서라면 선택 근거를 다시 설명하기 쉽습니다.
- 업무에서 실제로 사용하는 기준 폴더를 먼저 정합니다.
- 같은 내용 후보 가운데 기준 폴더에 있는 파일을 보존본으로 표시합니다.
- 해상도·메타데이터·수정 날짜가 중요한 사진과 영상은 따로 검토합니다.
- 프로젝트 파일, 메일 첨부 보관 폴더, 클라우드 동기화 폴더는 참조 관계를 확인합니다.
- 선택 결과를 저장하거나 목록으로 내보낸 뒤 처리 개수와 예상 확보 용량을 기록합니다.
보존본 규칙이 없다면 자동 선택은 판단을 빠르게 하는 것이 아니라 실수를 빠르게 확대할 수 있습니다. 특히 여러 드라이브와 네트워크 경로를 한 번에 검색했을 때는 “어느 경로가 원본인가”가 프로그램 밖의 업무 규칙에 달려 있습니다.
AllDup 삭제 대신 휴지통과 백업 폴더부터 사용하기
AllDup 공식 설명에는 찾은 파일을 Windows 휴지통으로 이동하거나 별도 백업 폴더로 옮기는 방식이 포함되어 있습니다. 첫 정리에서는 이 두 방식을 우선하고, 복구가 어려운 보안 삭제는 마지막 단계로 미루는 것이 안전합니다.
- 처음 검색한 폴더이거나 검색 규칙을 바꾼 직후
- 사진·영상 편집본과 원본이 섞여 있는 폴더
- OneDrive 같은 동기화 폴더
- 업무 프로그램이 경로로 참조하는 자료
- 다른 백업이 실제로 열리는지 확인하지 않은 상태
백업 폴더로 옮길 때는 원래 경로를 알 수 있도록 폴더 구조를 보존하거나 결과 목록을 함께 저장하세요. 처리 후 며칠 동안 평소 작업을 수행해 누락이 없는지 확인하고, 백업 폴더의 파일을 표본으로 직접 열어보는 과정도 필요합니다. 확보 용량 숫자만 확인하고 바로 백업까지 지우면 복구 장치가 사라집니다.
OneDrive 중복 파일은 로컬 스캔만으로 끝내지 않기
OneDrive에서 파일명 뒤에 컴퓨터 이름이 붙은 복사본이 반복해서 생긴다면 단순한 수동 복사와 원인이 다를 수 있습니다. Microsoft 지원 문서는 이런 중복이 자격 증명 문제와 관련될 수 있으며 Windows 자격 증명 관리자 또는 macOS 키체인에서 OneDrive 자격 증명을 갱신하는 절차를 안내합니다.
이 경우 AllDup으로 현재 복사본을 정리해도 동기화 원인을 해결하지 않으면 중복이 다시 생길 수 있습니다. 먼저 동기화를 일시 중지하고 웹의 OneDrive와 로컬 폴더 상태를 비교한 뒤, Microsoft가 안내하는 자격 증명 복구를 검토하세요. 동기화가 안정된 다음 중복 후보를 다시 검색해야 “정리 직후 재생성”을 피할 수 있습니다.
또한 동기화 폴더에서 파일을 휴지통으로 옮기는 행동은 클라우드에도 반영될 수 있습니다. 로컬 작업처럼 보여도 다른 장치의 파일 상태에 영향을 줄 수 있으므로 웹 휴지통과 조직 보존 정책을 함께 확인해야 합니다.
AllDup와 Duplicate Cleaner 대안을 고르는 기준
도구 선택은 기능표의 개수보다 실제 정리 흐름으로 비교하는 편이 낫습니다. 동일한 샘플 폴더를 복사해 두 도구에서 후보 생성, 미리보기, 보존본 선택, 결과 내보내기, 복구 가능한 이동까지 수행해 보세요. 어느 도구가 더 많은 후보를 찾았는지가 아니라, 왜 그 파일을 중복으로 판단했고 무엇을 남겼는지 설명할 수 있는지가 기준입니다.
| 판단 질문 | AllDup에서 확인할 항목 | 대안 도구에서도 같은 방식으로 볼 항목 |
|---|---|---|
| 같은 내용 판별이 필요한가 | 바이트·SHA-2 비교 | 내용 비교 알고리즘과 필터 |
| 사진 편집본을 구분해야 하는가 | 유사 이미지와 메타데이터 옵션 | 해상도·메타데이터 처리 방식 |
| 결과를 검토해야 하는가 | 미리보기와 결과 저장·내보내기 | 미리보기, 표시 규칙, 내보내기 |
| 실수 복구가 필요한가 | 휴지통·백업 폴더 이동 | 복구 가능한 이동과 로그 |
도구를 비교할 때는 한쪽의 기능표만 읽기보다 같은 표본 폴더에서 탐색 결과와 복구 절차를 나란히 확인하세요. 다른 소프트웨어 문제 해결 사례는 PowerToys 오류 점검과 ROFL 리플레이 파일 안내에서도 확인할 수 있습니다.
중복 파일 삭제 전 마지막 확인표
- 검색 대상이 내가 설명할 수 있는 폴더로 제한되어 있는가?
- 이름·크기 후보와 내용 비교 결과를 구분했는가?
- 사진·음원의 메타데이터를 보존해야 하는지 결정했는가?
- 기준 폴더와 보존본 선택 규칙을 기록했는가?
- 결과 목록을 저장하고 처리 전 개수를 기록했는가?
- 휴지통 또는 백업 폴더처럼 되돌릴 방법을 선택했는가?
- OneDrive 중복이라면 동기화·자격 증명 원인을 먼저 확인했는가?
- 처리 후 실제 파일을 열고 평소 작업 흐름을 시험했는가?
AllDup 중복 파일 삭제에서 가장 중요한 설정은 검색 속도가 아닙니다. 같은 파일을 어떻게 확인했는지, 어떤 사본을 왜 남겼는지, 문제가 생겼을 때 어디에서 되돌릴지를 설명할 수 있어야 합니다. 작은 폴더에서 이 순서를 검증한 뒤 범위를 넓히면 대량 정리도 통제 가능한 작업이 됩니다.
