컴퓨터 파일 백업, 복구본 확인하기
복사본이 있어도 백업이 끝난 것은 아닙니다
백업의 목적은 파일을 하나 더 만드는 데 있지 않습니다. 컴퓨터가 고장 나거나 분실되었을 때 필요한 자료를 다른 위치에서 실제로 되찾을 수 있어야 합니다. 바탕화면의 문서를 같은 컴퓨터 안의 다른 폴더나 D 드라이브에 복사하면 실수로 지운 파일을 되살리는 데는 도움이 되지만, 저장 장치 전체에 문제가 생기면 원본과 복사본을 함께 잃을 수 있습니다.
동기화와 백업도 구분할 필요가 있습니다. 동기화 폴더에서 파일을 삭제하거나 잘못 수정하면 그 변경이 연결된 기기에 반영될 수 있습니다. 따라서 중요한 자료는 원본이 있는 컴퓨터와 분리된 외장 저장 장치에 한 부를 두고, 필요한 경우 클라우드에도 한 부를 보관하는 편이 안전합니다. 운영체제 제조사와 공공 사이버보안 기관의 백업 안내에서 공통으로 강조하는 원칙도 저장 위치를 분산하고 복구 가능성을 확인하는 것입니다.
복잡한 분류 체계를 만들 필요는 없습니다. 원본은 평소 수정하는 한 곳에 두고, 외장 저장 장치와 클라우드의 사본은 복구용으로 구분하면 됩니다. 다시 찾을 때 어느 파일이 원본인지 망설이지 않는 단순한 규칙이 오래 유지하기 쉽습니다.
어떤 파일부터 두 곳에 보관할까요?
백업 순서는 파일 용량보다 다시 만들 수 있는지를 기준으로 정합니다. 직접 작성한 문서, 계약서와 증명서 사본, 가족 사진, 촬영 영상, 진행 중인 작업 파일은 잃었을 때 되돌리기 어렵거나 재작성에 많은 시간이 듭니다. 반면 공식 사이트에서 다시 받을 수 있는 설치 파일이나 임시 내려받기 자료는 저장 공간이 부족할 때 뒤로 미뤄도 됩니다.
| 파일 종류 | 우선순위 | 판단 기준 |
|---|---|---|
| 직접 작성한 문서와 작업 파일 | 높음 | 다시 작성하는 데 시간과 노력이 듭니다. |
| 개인 사진과 촬영 영상 | 높음 | 같은 순간을 다시 촬영하기 어렵습니다. |
| 증명서와 계약 관련 파일 | 높음 | 필요한 때 바로 제출해야 할 수 있습니다. |
| 설치 파일과 내려받은 자료 | 상황에 따라 결정 | 공식 경로에서 다시 구할 수 있는지 살핍니다. |
대상이 정해지면 백업 폴더 이름에 내용과 날짜를 함께 적습니다. 예를 들어 ‘중요문서_2026-08-09’라고 만들면 어느 시점의 사본인지 바로 알 수 있습니다. ‘새 폴더’, ‘백업’, ‘진짜 최종’처럼 뜻이 모호한 이름이 늘어나면 최신본을 고를 때 다시 확인해야 합니다.
첫 번째 사본은 외장 저장 장치에 복사합니다. 작업이 끝난 장치는 안전하게 분리하고 컴퓨터와 떨어진 곳에 보관합니다. 두 번째 사본을 클라우드에 올릴 때는 파일 목록만 보지 말고 업로드가 완료되었는지 확인합니다. 계정의 로그인 수단도 점검하고 공용 컴퓨터에는 로그인 상태를 남기지 않습니다.
연습용 중요 문서 폴더로 복구를 확인합니다
다음 과정은 실제 사용 경험을 꾸민 사례가 아니라, 백업 절차를 익히기 위한 연습 예시입니다. 작은 ‘중요 문서’ 폴더를 만들고 문서 파일, 사진, 여러 페이지가 있는 PDF를 한 개씩 넣습니다. 이 폴더를 외장 저장 장치와 클라우드에 각각 복사하면 보관 위치를 분산하는 흐름을 부담 없이 확인할 수 있습니다.
1. 파일 개수와 하위 폴더를 비교합니다
원본 폴더와 각 백업 폴더의 파일 개수를 비교합니다. 개수가 다르면 곧바로 복사를 반복하기보다 어느 하위 폴더가 빠졌는지 차례로 펼쳐 봅니다. 전체 용량이 크게 다른 경우에도 누락된 폴더, 복사되지 않은 대용량 파일, 이름만 남은 바로가기가 있는지 살핍니다. 파일 개수와 용량이 같다는 사실만으로 정상 백업이 보장되지는 않지만, 눈에 띄는 누락을 찾는 첫 점검으로는 유용합니다.
2. 원본이 아닌 복구본을 직접 엽니다
원본 폴더를 닫은 뒤 외장 저장 장치의 문서를 열어 글자가 정상적으로 보이는지 확인합니다. 사진은 미리보기만 보지 말고 파일을 열어 전체가 표시되는지 살핍니다. PDF는 첫 페이지만 확인하지 않고 중간과 끝 페이지까지 넘겨 봅니다. 같은 방법으로 클라우드에 저장한 사본도 직접 열어야 업로드된 파일이 실제로 읽히는지 알 수 있습니다.
표본은 한 가지 형식에 치우치지 않게 고릅니다. 최근 수정한 파일과 오래된 파일을 섞고, 반드시 보존해야 하는 문서는 가능하면 모두 열어 봅니다. 암호가 걸린 압축 파일은 암호를 알고 있는지 확인하고, 전용 프로그램이 필요한 파일은 현재 컴퓨터에서 읽을 수 있는지도 점검합니다. 파일 이름이 보인다는 것과 내용을 복구할 수 있다는 것은 다릅니다.
확인 결과를 짧게 기록하고 갱신합니다
복구 확인이 끝나면 백업 날짜, 보관 위치, 직접 열어 본 파일 종류를 기록합니다. 별도 앱을 마련하지 않아도 ‘백업기록.txt’ 파일 하나면 충분합니다. ‘2026년 8월 9일, 외장 저장 장치와 클라우드 복사 완료, 문서·사진·PDF 열기 확인’처럼 적으면 다음 점검 때 무엇을 했는지 바로 파악할 수 있습니다.
점검 주기는 파일이 바뀌는 속도에 맞춥니다. 매일 수정하는 작업 자료는 짧은 간격으로 백업하고, 거의 바뀌지 않는 증명서나 완료 자료는 변경되었을 때 새 사본을 만들면 됩니다. 일정한 횟수를 지키는 것보다 원본의 변경 사항이 복구본에도 반영되었는지 확인하는 일이 중요합니다.
백업 확인 후에도 원본은 유지합니다. 저장 공간이 부족하다면 검증된 원본부터 지우지 말고, 공식 경로에서 다시 받을 수 있는 설치 파일이나 임시 내려받기 자료부터 정리합니다. ‘서로 다른 두 곳에 복사하기, 복구본을 직접 열기, 확인 날짜 기록하기’라는 세 가지 규칙을 지키면 복사만 해 둔 상태와 실제로 복구할 수 있는 상태를 분명하게 구분할 수 있습니다.