백업이 성공했다는 표시만 확인하면 복원도 정상일 것이라고 생각하기 쉽지만, 실제로는 그렇지 않습니다. 백업 파일이 읽히는지 확인하고, 일부 또는 전체를 복원한 뒤 원본과 비교해야 백업 데이터 무결성 검사가 끝납니다. 파일 손상, 누락, 권한 오류, 애플리케이션 데이터의 불일치는 백업 작업이 완료된 뒤에도 발견될 수 있습니다.
검증 수준은 백업의 중요도와 복구 방식에 따라 달라집니다. 개인 문서라면 파일 목록과 실제 열기부터 확인할 수 있지만, 업무용 데이터베이스나 운영 환경은 서비스 중지 여부와 데이터 일관성까지 점검해야 합니다.
백업 파일 자체를 먼저 확인하는 기준
가장 먼저 백업 작업의 로그에서 성공 여부만 보지 말고 처리된 파일 수, 제외된 경로, 오류 메시지, 마지막 수정 시각을 확인합니다. 백업 대상 폴더가 바뀌었거나 저장 공간 부족으로 일부 파일이 빠져도 작업 자체는 완료로 표시될 수 있습니다.
- 백업 파일의 크기가 이전 버전과 비교해 급격히 줄거나 늘지 않았는지 확인합니다.
- 백업 목록에 예상한 폴더와 파일이 포함됐는지 확인합니다.
- 압축 파일이나 이미지 파일을 열어 내부 목록을 읽을 수 있는지 확인합니다.
- 백업이 저장된 디스크에서 읽기 오류나 연결 끊김이 반복되지 않는지 살핍니다.
파일 크기만으로 정상 여부를 판단해서는 안 됩니다. 빈 파일이 포함되거나 일부 내용만 저장돼도 크기는 정상처럼 보일 수 있으며, 반대로 압축 방식이 바뀌면 정상 백업인데 크기가 달라질 수 있습니다.
가능하다면 백업 프로그램이 제공하는 무결성 검사 기능을 실행합니다. 이 기능은 저장 형식에 맞춰 압축 구조와 내부 블록을 검사하지만, 문서 내용이 사용 가능한지까지 보장하지는 않습니다.
해시값과 목록 비교로 변경 여부 확인
복사 전후 파일이 같은지 확인할 때는 파일의 해시값을 비교할 수 있습니다. 같은 파일은 같은 조건에서 같은 해시값을 만들고, 내용이 바뀌면 값도 달라집니다. 운영체제에 포함된 파일 해시 명령이나 백업 프로그램의 검증 기능을 사용하면 됩니다.
검사할 때는 원본과 백업을 같은 경로 기준으로 비교해야 합니다. 파일명, 크기, 수정 시각, 해시값을 목록으로 저장해 두면 누락과 변경을 찾기 쉽습니다. 데이터가 계속 수정되는 폴더라면 원본 목록을 만든 시점과 백업이 끝난 시점을 맞춰야 합니다. 그렇지 않으면 정상적인 수정도 불일치로 나타납니다.
해시값이 일치해도 파일을 정상적으로 열 수 있다는 뜻은 아닙니다. 원본 자체가 이미 손상됐거나, 프로그램이 별도 색인과 권한 정보를 필요로 하는 경우가 있기 때문입니다. 반대로 백업 과정에서 메타데이터가 달라져 해시가 달라도 문서 내용은 복원 가능한 경우가 있으므로, 어떤 속성까지 보존해야 하는지 먼저 정해야 합니다.
개인 문서는 핵심 파일을 골라 해시와 열기 여부를 함께 확인하고, 업무 데이터는 백업 프로그램의 검증 결과와 원본·백업 목록을 기록으로 남기는 방식이 적절합니다.
격리된 환경에서 실제 복원 시험 진행
가장 신뢰할 수 있는 검증은 운영 중인 원본을 덮어쓰지 않고 별도 폴더나 테스트 컴퓨터에 복원하는 것입니다. 복원이 끝난 뒤 파일 개수와 폴더 구조를 비교하고, 문서·사진·압축 파일처럼 형식이 다른 자료를 직접 열어 봅니다.
- 검증할 백업 버전과 복원 위치를 정합니다.
- 복원 로그에서 오류, 건너뛴 파일, 권한 문제를 확인합니다.
- 대표 파일을 프로그램으로 열어 읽기와 편집이 가능한지 확인합니다.
- 원본과 복원본의 파일 목록, 크기, 해시값을 비교합니다.
- 검증이 끝난 테스트 복원본은 운영 자료와 혼동하지 않도록 삭제하거나 별도로 표시합니다.
단순히 폴더가 나타나는 것만으로는 부족합니다. 데이터베이스는 서비스가 정상적으로 시작되는지, 검색과 조회가 되는지, 최근 레코드가 보이는지까지 확인해야 합니다. 메일 저장소나 회계 파일처럼 전용 프로그램이 필요한 자료도 해당 프로그램에서 열어야 합니다.
백업 중 원본 파일이 계속 변경됐다면 복원본이 특정 시점의 일관된 상태가 아닐 수 있습니다. 이 경우 애플리케이션의 전용 백업 방식이나 스냅샷을 사용해야 하며, 파일을 단순 복사하는 방식만으로는 충분하지 않을 수 있습니다.
중요도에 따른 검증 주기와 판단
개인 문서와 사진은 백업마다 목록과 로그를 확인하고, 핵심 파일을 실제로 열어 보는 방식이면 시작할 수 있습니다. 새 컴퓨터로 이전하기 전이나 저장장치를 교체하기 전에는 전체 복원을 한 번 시험해야 합니다. 사진 미리보기만 성공하고 원본 고해상도 파일은 손상된 경우도 있으므로 원본 크기의 파일을 선택합니다.
소규모 조직의 공유 자료는 담당자가 정한 대표 폴더를 별도 위치에 복원해 문서 열기, 권한, 파일명, 최근 수정 자료를 확인합니다. 백업 담당자 한 사람만 절차를 아는 상태라면 복구가 지연될 수 있으므로 복원 위치와 확인 항목을 기록해 두는 것이 좋습니다. 권한까지 백업되지 않는 방식이라면 파일 내용 검증과 접근 권한 검증을 나눠 판단해야 합니다.
데이터베이스와 업무 시스템은 실제 서비스 복구를 기준으로 봅니다. 백업 파일의 해시가 일치하더라도 데이터베이스가 시작되지 않거나 거래 기록이 일부 빠질 수 있습니다. 테스트 환경에서 복원 후 애플리케이션 연결, 조회, 샘플 입력과 백업 시점 확인까지 진행하고, 복원에 필요한 별도 설정 파일이나 암호화 키가 누락되지 않았는지도 함께 확인합니다.
복원 시험에서 오류가 나면 백업 파일만 다시 검사하지 말고 저장장치, 백업 대상 경로, 실행 계정 권한, 백업 시점의 파일 변경 상태를 나눠 확인해야 합니다. 같은 백업을 다른 위치에서도 복원할 수 있는지 비교하면 저장장치 문제인지 백업 데이터 문제인지 구분하는 데 도움이 됩니다.