중요한 디지털 자료가 제대로 복사됐는지 체크섬으로 확인하는 방법

가족사진과 영상, 중요한 문서처럼 다시 만들기 어려운 디지털 자료를 외장하드나 NAS에 복사해 두면 일단 안심하게 된다. 복사 창에 완료라고 표시되고 파일 개수와 용량까지 비슷하면 더 확인할 필요가 없어 보이기도 한다. 하지만 정말 중요한 자료라면 복사가 끝났다는 것과 원본의 내용이 그대로 옮겨졌다는 것은 구분해서 확인하는 편이 좋다.

이때 활용할 수 있는 것이 체크섬이다. 파일에 해시 함수를 적용해 일정한 값을 만든 뒤 원본과 복사본에서 계산한 값을 비교하는 방식이다. 두 값이 같다면 복사 과정에서 파일 내용이 달라지지 않았는지 확인하는 데 유용한 근거가 된다. 디지털 유산처럼 오랫동안 보관할 자료라면 복사본을 몇 개 만들었는지만큼 그 복사본을 믿을 수 있는지 확인하는 과정도 중요하다.

파일 이름과 용량만 확인하고 원본을 지우는 것은 서두를 필요가 없다

파일 이름이 같다고 해서 두 파일의 내용까지 같다는 뜻은 아니다. 파일 크기를 비교하는 것도 빠르게 이상 여부를 찾는 데는 도움이 되지만 중요한 자료의 무결성을 확인하는 방법으로는 한계가 있다. 그렇다고 사진과 영상을 수백 개씩 하나하나 열어 정상 재생되는지 확인하는 것도 현실적으로 어렵다.

미국 의회도서관은 디지털 자료가 변경되지 않았는지를 확인하는 개념으로 fixity를 설명하며, 체크섬을 생성하고 이후 다시 계산한 값과 비교하는 방법을 디지털 자료 관리에 활용하고 있다. 파일 자체의 내용을 바탕으로 계산된 값을 비교하기 때문에 파일명만 확인하는 것보다 훨씬 구체적인 검증이 가능하다.

특히 저장공간이 부족하다는 이유로 복사가 끝난 직후 원본부터 삭제하는 방식은 피하는 편이 낫다고 본다. 원본을 지우기 전까지는 다시 복사할 기회가 있지만 삭제한 뒤 복사본에 문제가 있다는 사실을 발견하면 선택지가 크게 줄어든다. 중요한 자료라면 복사 완료, 체크섬 확인, 추가 백업 여부를 살핀 뒤 원본을 어떻게 할지 결정하는 순서가 더 안전하다.

Windows에서는 SHA-256 값을 직접 확인할 수 있다

개인이 체크섬을 확인하기 위해 반드시 별도의 유료 프로그램을 설치해야 하는 것은 아니다. Windows에서는 PowerShell의 Get-FileHash 명령을 사용할 수 있다. Microsoft 공식 문서에 따르면 Get-FileHash는 파일의 해시 값을 계산하며 기본 알고리즘은 SHA-256이다.

원본 저장장치에 있는 파일에서 SHA-256 값을 계산하고, 다른 저장장치에 복사한 같은 파일에서도 다시 값을 계산하면 된다. 두 값 전체가 동일한지 비교하는 방식이다. NIST는 SHA-256이 포함된 SHA-2 계열을 승인된 해시 알고리즘으로 다루고 있어 새로 무결성 확인 체계를 만든다면 SHA-256을 사용하는 것이 무난하다.

여기서 긴 해시 값의 앞부분 몇 글자만 보고 같다고 판단해서는 안 된다. 값 전체를 비교해야 한다. 사진 몇 장 정도라면 직접 확인할 수 있지만 파일이 수백 개를 넘어가면 개별 값을 눈으로 비교하는 것보다 파일 경로와 체크섬을 목록으로 만들어 관리하는 편이 실용적이다.

모든 파일보다 다시 만들 수 없는 자료부터 확인하는 편이 현실적이다

체크섬이 유용하다고 해서 컴퓨터에 있는 모든 파일을 같은 수준으로 관리할 필요는 없다고 생각한다. 다시 다운로드할 수 있는 설치 파일이나 임시 자료까지 모두 검사하기 시작하면 디지털 유산 정리가 지나치게 복잡해질 수 있다. 관리해야 할 항목이 많아질수록 오히려 정말 중요한 자료가 묻힐 가능성도 있다.

가족사진과 영상, 개인 창작물의 원본, 계약서나 증빙자료처럼 잃어버렸을 때 다시 만들기 어려운 파일부터 대상으로 정하는 편이 효율적이다. 특히 오래 보관할 자료라면 원본의 체크섬을 만들어 두고 새로운 저장장치로 옮길 때 다시 비교할 수 있다. 나중에 어느 복사본이 정상인지 판단할 기준이 생긴다는 점도 장점이다.

예를 들어 같은 사진 폴더를 외장하드 세 개에 복사해 놓았다고 해도 몇 년 뒤 한 저장장치의 파일이 달라졌다면 어느 것이 정상본인지 바로 판단하기 어려울 수 있다. 처음 정상 상태에서 만든 체크섬 기록이 남아 있다면 각 복사본을 다시 확인할 기준으로 활용할 수 있다. 복사본의 개수를 무작정 늘리는 것보다 검증된 복사본을 관리하는 쪽이 장기 보존에는 더 의미가 있다고 본다.

체크섬 목록도 자료와 함께 사라지지 않게 관리해야 한다

파일이 많다면 파일 이름이나 경로와 체크섬 값을 연결한 목록을 만들어 둘 수 있다. 이 목록은 나중에 파일을 다른 저장장치로 이동하거나 오래 보관한 백업본을 점검할 때 비교 기준으로 사용할 수 있다. 다만 체크섬 목록을 원본 자료와 같은 저장장치에만 보관하면 해당 장치가 고장 났을 때 비교 기준도 함께 잃을 수 있다.

따라서 중요한 자료의 체크섬 목록은 별도로 한 부 더 보관하는 방법을 생각할 수 있다. 디지털 유산을 가족에게 넘길 예정이라면 목록의 용도도 간단히 적어 두는 편이 좋다. 숫자와 영문이 길게 이어진 파일만 남겨 두면 다음 사람이 그것이 무엇인지 알기 어렵기 때문이다.

이 과정에서도 기록을 너무 복잡하게 만드는 것은 경계할 필요가 있다. 체크섬 관리 자체가 목적이 되어서는 안 된다. 어떤 파일이 중요한 원본인지, 정상 복사본은 어디에 있는지, 마지막으로 언제 확인했는지를 다음 사람이 이해할 수 있을 정도면 개인 자료 관리에서는 충분히 의미가 있다.

체크섬이 같아도 백업과 장기 보존까지 해결되는 것은 아니다

체크섬의 역할도 정확히 구분해야 한다. 이미 손상된 원본을 복사했다면 손상된 원본과 그 복사본의 체크섬은 같을 수 있다. 값이 일치한다는 것은 두 파일의 내용이 같다는 것을 확인하는 데 도움이 된다는 의미이지, 그 내용이 처음부터 정상이라는 사실까지 보장한다는 뜻은 아니다.

파일 형식의 문제도 별도로 남는다. 미국 의회도서관은 디지털 자료가 비트 수준에서 그대로 보존되더라도 오래된 파일 형식이나 소프트웨어, 코덱 등의 문제로 장기적으로 이용하기 어려워질 수 있다는 점을 설명한다. 체크섬을 잘 관리했다고 해서 오래된 파일을 미래에도 반드시 열 수 있는 것은 아니다.

그래서 체크섬은 백업을 대신하는 기술이라기보다 백업이 제대로 만들어졌는지를 확인하는 장치로 보는 것이 가장 이해하기 쉽다. 중요한 자료를 선별하고, 복사본을 만들고, 원본과 복사본의 체크섬을 비교한 뒤, 다른 장소에도 백업을 남기는 식으로 각 단계를 나누는 편이 좋다. 개인적으로는 외장하드의 개수를 늘리는 것보다 정상 여부를 확인한 자료가 어디에 있는지 분명하게 남기는 것이 가족에게는 더 쓸모 있는 디지털 유산이 될 수 있다고 생각한다.

참고자료

2026년 9월 기준 아래 공식 자료를 확인했다.

Library of Congress, Digital Collections Management Compendium
미국 의회도서관 Fixity 관련 공식 설명

Library of Congress, Bit Level Preservation and Long Term Usability
비트 수준 보존과 장기 이용 가능성 안내

Microsoft Learn, Get-FileHash
PowerShell Get-FileHash 공식 문서

NIST, Policy on Hash Functions
NIST 해시 함수 정책