Time Machine 로컬 스냅샷의 한계, 백업으로 착각하지 않는 운영법
AI를 활용하여 생성한 이미지입니다.
Time Machine으로 방금 지운 파일을 되살렸다고 해서 백업 체계가 완성된 것은 아닙니다. 로컬 스냅샷은 외장 백업 디스크가 연결되지 않은 동안 같은 Mac의 저장 공간에 남는 짧은 복구 지점이고, Mac 자체의 고장·분실·도난을 견디는 별도 사본은 아닙니다.[1][2]
로컬 스냅샷과 외장 백업은 역할이 다릅니다
| 상황 | 로컬 스냅샷 | 외장 Time Machine 백업 |
|---|---|---|
| 파일을 방금 덮어씀 | 이전 상태를 찾는 데 도움이 될 수 있습니다. | 연결되어 있다면 더 넓은 버전을 확인할 수 있습니다. |
| Mac 내부 SSD 고장 | 원본과 같은 디스크라 함께 사라질 수 있습니다. | 분리된 장치라 복구의 기반이 됩니다. |
| Mac 분실·도난 | 복구할 수 없습니다. | 백업 디스크가 남아 있으면 복구 가능성이 있습니다. |
Apple은 백업 디스크가 없어도 이전 파일 버전을 찾도록 로컬 스냅샷이 사용될 수 있고, 디스크가 다시 연결되면 외장 백업이 수행된다고 설명합니다.[1][2] 따라서 “Time Machine이 켜져 있다”와 “최근 외장 백업이 성공했다”는 문장을 따로 확인해야 합니다.
보존 시간과 용량을 과장하지 마세요
Apple 문서에는 로컬 스냅샷이 대략 매시간 만들어지고, 최대 24시간 또는 공간이 필요할 때까지 유지된다고 안내되어 있습니다.[1][3] 이는 모든 파일의 모든 과거 버전을 영구 보존한다는 뜻이 아닙니다. 큰 동영상이나 프로젝트를 반복해서 바꿨거나 Mac의 여유 공간이 줄어들면 오래된 스냅샷이 정리될 수 있어요.
설정 화면에 표시되는 마지막 외장 백업 시각과 로컬 스냅샷이 만들어진 시각도 서로 다를 수 있습니다. 로컬 스냅샷 목록이 보인다고 외장 백업이 성공한 것은 아니고, 화면에 최근 백업이 없다고 로컬 복구 지점이 반드시 없다는 뜻도 아닙니다. 두 상태를 별도 기록하세요.
파일을 되살리기 전 확인할 세 가지
- 복구할 파일의 원래 폴더와 이름을 확인합니다.
- 파일을 지우거나 덮어쓴 시각과 마지막으로 정상 작업한 시각을 구분합니다.
- 복원 결과를 원본에 바로 덮어쓰지 않고 다른 이름이나 임시 폴더에 먼저 저장합니다.
복원 뒤에는 문서가 열리는지, 파일 크기만 같은 것이 아니라 내용이 정상인지, 프로젝트 참조 경로가 유지되는지 확인하세요. 데이터베이스와 영상 편집 프로젝트는 한 파일만 되돌려도 캐시·인덱스·외부 미디어가 맞지 않을 수 있습니다. 복구가 목적이라면 저장 공간을 줄이기 위해 스냅샷부터 지우지 마세요.
외장 Time Machine 백업을 구성하는 순서
Apple의 기본 절차는 외장 디스크를 연결하고 백업 디스크로 지정하는 것입니다.[2] 처음 백업할 때는 Mac을 전원에 연결하고, 완료 뒤 마지막 성공 시각이 며칠 동안 갱신되는지 확인하세요. 백업에서 제외할 폴더는 다시 만들 수 있는 캐시인지 먼저 판별하고 목록을 기록해야 합니다. 제외한 폴더는 장애가 났을 때 복구되지 않습니다.
- 외장 디스크의 용량과 암호화·접근 권한을 확인합니다.
- 첫 백업이 끝났는지, 이후 자동 백업이 실제로 실행되는지 확인합니다.
- 테스트 파일을 별도 폴더에 만들고 백업한 뒤 복원합니다.
- 다른 Mac에서 백업 디스크를 읽거나 복원할 수 있는지 정책에 맞게 확인합니다.
- 중요 자료는 다른 장소나 클라우드에도 사본을 두는지 결정합니다.
Mac과 백업 디스크를 같은 책상에 계속 두면 편하지만 화재·침수·도난·랜섬웨어의 영향을 함께 받을 수 있습니다. 매번 분리해야 한다는 뜻은 아니지만, 회전형 디스크나 다른 장소 보관을 검토하면 로컬 스냅샷과 외장 백업의 약점을 서로 보완할 수 있어요.
프로젝트와 사진은 복원 단위를 나눠 보세요
개발 프로젝트는 소스 코드만 있으면 끝나지 않습니다. 환경 설정, 패키지 잠금 파일, 데이터베이스 덤프, 업로드 파일, 마이그레이션 기록을 각각 “다시 만들 수 있는 것”과 “원본이 필요한 것”으로 분류하세요. 캐시와 빌드 산출물은 재생성할 수 있지만 잠금 파일과 데이터베이스 상태는 복구 대상일 가능성이 큽니다.
사진·문서도 원본과 편집본을 구분하고, 장기 보관 자료는 Time Machine 하나에만 맡기지 않는 편이 안전합니다. 실제 파일을 열어 보는 복원 테스트를 일정에 넣어야 백업 장치가 연결된다는 사실과 복구가 가능하다는 사실을 구분할 수 있습니다.
저장 공간이 갑자기 줄었을 때
스냅샷이 보인다고 즉시 강제 삭제하지 마세요. 큰 동영상, 다운로드, 앱 캐시, iPhone 백업, 개발 도구 산출물, 가상 머신 디스크를 먼저 확인하고 외장 백업의 성공 여부를 점검합니다. macOS는 공간이 필요할 때 로컬 스냅샷을 정리할 수 있으므로, 먼저 정상 백업 디스크를 연결한 뒤 공간 계산이 달라지는지 보는 순서가 안전합니다.[3]
Mac과 iPhone을 함께 쓰며 연결 문제도 확인해야 한다면 Continuity Camera 연결 조건과 설정을 관련 글로 참고할 수 있습니다. 이 링크는 백업 출처가 아니라 같은 생태계의 별도 설정 안내입니다.
자주 묻는 질문
로컬 스냅샷이 있으면 외장 백업은 필요 없나요?
필요합니다. 로컬 스냅샷은 같은 디스크에 있으므로 디스크 고장이나 Mac 분실을 해결하지 못합니다.
로컬 스냅샷을 모두 지워야 저장 공간이 늘어나나요?
반드시 그렇지 않습니다. macOS가 공간이 필요할 때 자동으로 관리할 수 있고, 실제 공간을 차지하는 다른 대용량 파일이 원인일 수도 있습니다.
복구 테스트는 무엇을 확인해야 하나요?
별도 테스트 파일을 만들고 외장 백업을 완료한 뒤 다른 위치로 복원해 파일이 열리는지 확인하세요. 업무 원본을 덮어쓰는 방식은 피합니다.
운영 체크리스트
- 마지막 외장 백업 성공 시각을 기록합니다.
- 로컬 스냅샷과 외장 백업의 역할을 구분합니다.
- 중요 파일을 다른 이름으로 복원해 봅니다.
- 제외 폴더와 복원 불가능한 자료를 문서화합니다.
- 다른 장소 사본이나 클라우드 사본을 검토합니다.
복원 계획을 먼저 정하면 스냅샷의 가치가 보입니다
모든 파일을 같은 방식으로 복원할 필요는 없습니다. 오늘 수정한 문서 하나를 되돌리는 일, 어제 프로젝트 폴더를 복구하는 일, 고장 난 Mac을 새 장치로 재구성하는 일은 서로 다른 문제입니다. 첫 번째는 로컬 스냅샷이 빠를 수 있지만, 두 번째와 세 번째는 외장 백업이나 다른 장소의 사본이 필요합니다. 파일의 중요도와 허용 가능한 손실 시간을 정해 두면 어떤 사본을 남길지 결정하기 쉬워요.
복원할 때는 원본 경로와 같은 이름으로 바로 덮어쓰지 말고 별도 폴더에 먼저 꺼내 비교하세요. 문서의 마지막 수정일, 프로젝트의 참조 파일, 사진 보관함의 데이터베이스가 함께 맞는지 확인한 뒤 원래 위치로 옮깁니다. 백업이 암호화되어 있다면 복구 암호를 실제 담당자가 보관하고 있는지도 운영 항목에 포함해야 합니다.
백업 성공을 확인하는 기록
간단한 기록표에 마지막 정상 백업 날짜, 백업 디스크 이름, 제외 폴더, 최근 복원 테스트 날짜를 적어 두세요. “자동 백업 켜짐”은 설정값이지 결과가 아닙니다. 디스크가 연결되지 않았거나 권한·케이블 문제로 백업이 실패할 수 있으므로, 주기적으로 최근 성공 시각과 테스트 파일 복원 결과를 함께 확인해야 합니다. 중요한 자료를 다루는 팀이라면 담당자와 복구 절차를 공유하고, 한 사람의 Mac에만 판단이 남지 않게 하세요.
복구 우선순위가 높은 문서는 파일 이름만으로 관리하지 말고 원래 경로와 관련 자료까지 함께 적어 두세요. 그래야 스냅샷이나 외장 백업에서 찾은 파일을 현재 작업본과 혼동하지 않습니다.