폰을 잃어버린 이틀 동안 — 사진 1만 장을 지키는 백업 이야기

휴대폰을 택시에 두고 내린 날, 지민 씨가 가장 먼저 떠올린 건 폰 값이 아니었다. 아이가 태어난 날부터 찍어 온 사진 1만 2천 장이었다. 다행히 폰은 이틀 뒤 돌아왔지만, 그 이틀 동안 그는 처음으로 스스로에게 물었다. "내 사진은 지금 정확히 어디에 있지?"

많은 사람이 "클라우드에 올라가 있겠지"라고 막연히 믿는다. 그런데 설정을 열어보면 동기화가 몇 달 전에 멈춰 있거나, 무료 용량이 꽉 차서 새 사진은 한 장도 올라가지 않은 경우가 생각보다 흔하다. 오늘은 사진과 파일을 잃지 않기 위한 백업을, 원리부터 실전 루틴까지 차근차근 정리해 본다.

동기화와 백업은 같은 말이 아니다

가장 흔한 오해부터 짚자. 스마트폰의 사진 클라우드나 PC의 폴더 동기화 서비스는 대부분 동기화다. 동기화는 "여러 기기를 같은 상태로 맞추는 것"이다. 편리하지만, 한쪽에서 지운 파일은 다른 쪽에서도 지워진다는 뜻이기도 하다.

예를 들어 폰 용량을 확보하려고 사진을 정리하다 실수로 앨범 하나를 통째로 삭제했다고 하자. 동기화가 켜져 있으면 클라우드의 사본도 함께 사라진다. 대부분의 서비스가 '최근 삭제된 항목'을 일정 기간 보관해 주긴 하지만, 그 기간이 지나면 끝이다. 랜섬웨어처럼 파일이 암호화되는 경우에도, 망가진 파일이 그대로 클라우드로 동기화될 수 있다.

동기화는 '지금의 상태'를 지켜주고, 백업은 '과거의 상태'를 지켜준다.

진짜 백업은 원본과 독립된 사본이어야 한다. 원본에 무슨 일이 생겨도 영향을 받지 않고, 필요하면 특정 시점으로 되돌릴 수 있는 것. 이 차이를 이해하면 백업 전략의 절반은 끝난 셈이다.

3-2-1 원칙: 외우기 쉬운 안전장치

데이터 보관 분야에서 오래 쓰여 온 기준이 3-2-1 백업 원칙이다.

• 3개의 사본: 원본 1개 + 백업 2개
• 2가지 다른 저장 매체: 예) 폰·PC 내부 저장소와 외장 SSD, 또는 외장 하드와 클라우드
• 1개는 다른 장소에: 집에 불이 나거나 도난을 당해도 살아남도록 물리적으로 떨어진 곳(클라우드, 가족 집 등)

왜 굳이 이렇게까지 할까. 저장장치는 언젠가 고장 난다. 외장 하드는 떨어뜨리면 끝이고, SSD도 수명이 있으며, 클라우드 계정은 비밀번호 유출이나 결제 실패로 잠길 수 있다. 서로 다른 이유로 동시에 망가질 확률은 낮기 때문에, 매체와 장소를 분산하는 것만으로 위험이 크게 줄어든다.

일반 가정이라면 이렇게 구성하면 충분하다.

스마트폰 사진, 이렇게 지키자

사진은 대부분 폰에서 태어나므로 출발점도 폰이다. 첫째, 사진 클라우드의 백업 상태를 직접 확인한다. 설정 화면에서 "마지막 백업 시각"과 "남은 용량"을 보는 습관 하나가 사고를 막는다. 무료 용량이 부족하다면 유료 요금제를 쓰든, 오래된 사진을 외장 저장장치로 옮기든 결정을 내려야 한다. 어정쩡하게 꽉 찬 상태가 가장 위험하다.

둘째, 클라우드만 믿지 말고 분기에 한 번 정도는 PC나 외장 드라이브로 원본을 내려받는다. 아이폰은 PC에 연결해 사진을 가져오거나, 사진 앱의 내보내기 기능으로 원본 파일을 옮길 수 있다. 안드로이드는 USB 연결 후 DCIM 폴더를 통째로 복사하는 방식이 가장 단순하다.

셋째, 폴더 이름 규칙을 정해 두면 나중에 찾기 쉽다. 2026-09_추석, 2026-10_제주여행처럼 연-월_이벤트 형식이면 정렬도 자연스럽다. 백업은 결국 '다시 꺼내 볼 수 있어야' 의미가 있다.

PC 파일은 '자동'이 핵심이다

사람은 게으르다. 백업이 수동이면 반드시 빼먹는다. 그래서 PC 백업은 한 번 설정하면 알아서 돌아가게 만드는 것이 핵심이다.

윈도우에는 외장 드라이브에 주기적으로 파일 버전을 저장하는 '파일 히스토리' 기능이 있고, 맥에는 '타임머신'이 있다. 둘 다 외장 드라이브를 연결해 두면 정해진 간격으로 변경된 파일을 저장하고, 과거 시점의 파일을 되살릴 수 있다. 실수로 덮어쓴 문서를 어제 버전으로 돌려놓을 수 있다는 점에서 단순 복사보다 훨씬 강력하다.

리눅스 서버나 개발 환경을 쓴다면 rsync로 간단한 백업 스크립트를 만들어 둘 수도 있다.

# 사진 폴더를 외장 드라이브로 증분 백업 (예시 경로)
rsync -av --delete ~/Pictures/ /mnt/backup/Pictures/

다만 --delete 옵션은 원본에서 지운 파일을 백업에서도 지운다. 즉 이것도 사실상 동기화에 가깝다. 과거 상태까지 지키고 싶다면 날짜별 스냅샷을 남기는 도구를 쓰거나, 이 옵션을 빼고 주기적으로 별도 폴더에 보관하는 편이 안전하다.

백업의 적: 랜섬웨어와 '항상 연결'

외장 드라이브를 PC에 24시간 꽂아두는 습관은 편하지만 약점이 있다. 랜섬웨어는 연결된 드라이브까지 찾아가 암호화하는 경우가 많다. 원본과 백업이 동시에 인질로 잡히는 셈이다.

그래서 권하는 방식은 단순하다. 백업이 끝나면 드라이브를 분리해 서랍에 넣어 둔다. 클라우드 저장소는 대부분 파일의 이전 버전 기록을 일정 기간 보관하므로, 해당 기능이 켜져 있는지 확인해 두면 좋다. 그리고 클라우드 계정에는 반드시 2단계 인증을 설정하자. 계정 하나가 뚫리면 원격 사본도 함께 위험해진다.

복원해 본 적 없는 백업은 백업이 아니다

IT 업계에 오래된 농담이 있다. "백업은 누구나 한다. 복원을 해 본 사람은 드물다." 백업 파일이 손상돼 있거나, 특정 폴더가 설정에서 빠져 있거나, 암호를 잊어버려 열 수 없는 경우는 실제로 자주 일어난다.

그러니 반년에 한 번은 복원 연습을 해 보자. 거창할 필요 없다. 백업 드라이브에서 임의의 사진 폴더 하나, 문서 파일 몇 개를 새 위치로 꺼내 실제로 열리는지 확인하면 된다. 5분짜리 점검이 1만 장의 추억을 지킨다.

간단한 체크리스트로 정리하면 이렇다.

• 사진 클라우드 "마지막 백업 시각"이 오늘 또는 어제인가
• 외장 드라이브 백업이 최근 한 달 안에 돌았는가
• 클라우드 계정에 2단계 인증이 켜져 있는가
• 최근 6개월 안에 실제로 파일을 복원해 봤는가

마무리: 잃고 나서야 알게 되는 것들

정리하면, 동기화는 백업이 아니고, 사본은 3개·매체는 2가지·장소는 1곳 이상 분산하며, 가능한 한 자동으로 돌리되 가끔은 복원까지 확인해야 한다. 거창한 장비가 필요한 일도 아니다. 외장 드라이브 하나와 이미 쓰고 있는 클라우드만으로도 충분히 시작할 수 있다.

지민 씨는 폰을 돌려받은 그 주말, 외장 SSD를 하나 사서 사진을 전부 옮겼다고 한다. 오늘 이 글을 다 읽었다면, 잠깐 폰 설정을 열어 마지막 백업 시각을 확인해 보자. 그 몇 초가 언젠가 당신의 가장 소중한 순간들을 지켜줄지도 모른다.

이 글은 작성 시점 기준의 일반적인 정보이며, 각 서비스의 구체적인 기능·용량·요금은 해당 서비스의 공식 안내를 확인하세요.