여행 사진 백업은 클라우드 버튼을 켜는 일보다 먼저 얼마나 생길지 계산하고, 복사가 끝났음을 확인한 뒤, 무엇을 지워도 되는지 결정하는 과정입니다. 저장공간이 부족해진 뒤 영상 몇 개를 급히 지우면 촬영 원본, 동기화본, 독립 백업을 구분하기 어렵습니다. 출발 전에 하루 생성량을 한 번 재면 필요한 여유 공간과 백업 간격을 숫자로 정할 수 있습니다.
‘평균 사진 용량’을 추측하지 않고 내 기기에서 재기
카메라 해상도, 파일 형식, 움직임, 야간 촬영, Live Photo·Motion Photo, 영상 화질에 따라 파일 크기가 달라집니다. 인터넷의 평균값을 복사하면 내 설정과 맞지 않을 수 있으므로 최근 파일로 두 숫자를 직접 구합니다.
- 평소 설정으로 찍은 최근 사진 20장을 고릅니다.
- 파일 정보에서 20장의 용량을 더해 20으로 나눕니다. 이것이 사진 1장 평균 MB입니다.
- 여행에서 쓸 해상도와 프레임으로 1분짜리 시험 영상을 촬영합니다.
- 그 파일 크기를 확인합니다. 이것이 영상 1분당 MB입니다.
- RAW, 연사, 고해상도 영상처럼 별도 설정을 쓸 날은 일반 촬영과 분리해 계산합니다.
시험 파일은 용량 측정용일 뿐 보관할 필요가 없습니다. 중요한 것은 ‘요즘 스마트폰 사진은 몇 MB’ 같은 일반값이 아니라 출발할 기기의 실제 설정입니다.
필요한 빈 공간을 구하는 자체 계산식
하루 생성량(GB) = [(하루 사진 수 × 사진 평균 MB) + (하루 영상 분 × 영상 1분당 MB)] ÷ 1,024
여행 필요공간(GB) = 하루 생성량 × 여행일수 × (1 + 안전여유율)
공간 부족분(GB) = MAX(0, 여행 필요공간 − 현재 사용 가능한 빈 공간)
안전여유율은 촬영 증가, 편집본, 메신저 저장 등을 흡수하는 값입니다. 이 글의 기본 예시는 25%를 쓰지만, 촬영량 변동이 크면 직접 높입니다. 기기 운영체제와 앱도 빈 공간을 사용하므로 계산 결과와 정확히 같은 용량만 비우지 말고 기기 제조사의 저장공간 권장 상태를 함께 확인합니다.
가상 입력과 출력
7일 동안 하루 사진 180장, 사진 한 장 평균 4.5MB, 하루 영상 12분, 영상 1분당 120MB를 만든다고 가정합니다.
- 사진: 180 × 4.5 = 810MB/일
- 영상: 12 × 120 = 1,440MB/일
- 하루 생성량: (810 + 1,440) ÷ 1,024 = 약 2.20GB
- 7일 기본량: 2.20 × 7 = 약 15.4GB
- 안전여유 25% 포함: 15.4 × 1.25 = 약 19.3GB
- 권장 입력값: 최소 20GB를 촬영용 빈 공간으로 확보
현재 빈 공간이 14GB라면 부족분은 약 6GB입니다. 이 출력은 ‘클라우드 요금제 20GB가 필요하다’는 뜻이 아니라, 촬영 원본이 여행 중 약 20GB 늘 수 있으므로 기기·별도 저장장치·클라우드 전송 계획을 합쳐 그 증가량을 감당해야 한다는 뜻입니다.
복사 가능한 저장용량 워크시트
[촬영 설정 실측]
사진 표본 수 = 20장
사진 표본 총용량 = [ ]MB
사진 1장 평균 P = 총용량 / 20 = [ ]MB
시험 영상 길이 = [ ]분
시험 영상 용량 = [ ]MB
영상 1분 평균 V = 용량 / 길이 = [ ]MB
[여행 예상]
여행일수 D = [ ]일
하루 사진 수 N = [ ]장
하루 영상 길이 M = [ ]분
안전여유율 S = [ ]% (예: 25% → 0.25)
현재 빈 공간 F = [ ]GB
하루 생성량 G = ((N × P) + (M × V)) / 1024 = [ ]GB
여행 필요공간 R = G × D × (1 + S) = [ ]GB
공간 부족분 = MAX(0, R - F) = [ ]GB
[출력]
출발 전 추가로 비울 공간 = [ ]GB
1차 저장 위치 = [휴대폰 / 카메라 카드]
2차 독립 사본 = [노트북 / 외장 저장장치 / 다른 기기]
클라우드 사용 = [매일 / Wi-Fi 있을 때 / 사용 안 함]
백업 확인 시각 = [매일 HH:MM / 촬영 블록 직후]
삭제 허용 조건 = [아래 5단계 모두 통과]동기화와 독립 사본을 구분해야 하는 이유
Apple의 공식 안내에 따르면 iCloud Photos를 쓰는 여러 기기에서 편집·삭제 변화가 함께 반영되고, 한 기기에서 삭제한 항목은 iCloud Photos를 사용하는 다른 위치에서도 삭제됩니다. 또한 iCloud Photos에 올라간 사진은 iCloud 기기 백업에 다시 중복 저장되지 않으므로 라이브러리의 별도 사본을 유지하라고 안내합니다. 이 동작은 Apple Support — Set up and use iCloud Photos에서 2026-08-31에 확인했습니다.
Google Photos는 백업 완료 상태와 개별 항목의 백업 여부를 확인하는 방법을 제공합니다. ‘기기 공간 확보’ 기능은 백업된 로컬 항목을 기기에서 제거하며, 제거 뒤에는 기본 갤러리나 오프라인 상태에서 보이지 않을 수 있습니다. Google Photos 백업 안내와 기기 공간 확보 안내를 2026-08-31에 대조했습니다.
따라서 ‘앱에서 사진이 보인다’는 사실만으로 독립 사본이 생겼다고 판단하지 않습니다. 같은 계정의 동기화 라이브러리는 편리한 접근본이지만, 실수·계정 문제·동기화된 삭제와 분리된 두 번째 사본인지는 별도로 확인해야 합니다.
내 상황에 맞는 백업 경로 매트릭스
| 상황 | 1차 원본 | 2차 경로 | 판단 |
|---|---|---|---|
| 필요공간보다 기기 여유가 크고 숙소 Wi-Fi가 안정적 | 기기 유지 | 클라우드 업로드 완료 확인 + 귀국 전 삭제 금지 | 간단하지만 계정 동기화와 독립 백업의 차이를 기록 |
| Wi-Fi가 불확실하고 노트북·외장 저장장치가 있음 | 기기 또는 메모리카드 | 매일 별도 장치로 복사 후 파일 열기 검사 | 인터넷 없이 두 물리 위치 확보 가능 |
| 기기 빈 공간이 계산값보다 작음 | 기기 | 출발 전 공간 확보 + 여행 중 정기 오프로딩 | 복사 확인 전 원본 삭제 금지 |
| 고용량 영상·RAW 촬영일이 따로 있음 | 카드 또는 기기 | 촬영 직후 2차 사본, 가능하면 다음 카드로 교체 | 하루 평균이 아닌 고용량 일자 기준으로 계획 |
| 휴대 장비를 늘릴 수 없음 | 기기 | 신뢰 가능한 연결 때 클라우드 + 원본 유지 | 공간 부족이 예상되면 촬영 설정·분량을 출발 전에 조정 |
‘클라우드냐 외장 저장장치냐’의 정답을 정해 두지 않은 이유는 분실과 연결 실패의 방향이 다르기 때문입니다. 내 일정에서 동시에 잃기 어려운 두 위치를 고르면 됩니다. 예를 들어 휴대폰과 같은 가방의 작은 저장장치는 도난 위험을 공유하므로 숙소 금고나 동행자 가방처럼 보관 위치까지 나눠야 의미가 있습니다.
삭제 버튼 앞에서 통과할 다섯 단계
공간을 만들기 위해 원본을 지워야 한다면 다음 조건을 모두 만족할 때만 삭제 가능으로 표시합니다.
- 완료 상태: 앱의 ‘백업 완료’ 또는 복사 프로그램의 완료를 확인했습니다.
- 개수 대조: 원본과 대상 폴더의 파일 수가 맞거나 차이의 이유를 설명할 수 있습니다.
- 용량 대조: 전체 용량 차이가 압축 설정·편집본 제외 등 예상 범위인지 확인했습니다.
- 열기 검사: 그날 파일에서 처음·중간·마지막과 무작위 두 개, 총 다섯 개를 실제로 엽니다.
- 분리 검사: 두 번째 사본이 원본과 다른 계정·장치·보관 위치 중 적어도 하나로 분리돼 있습니다.
삭제 허용 = 완료 상태 AND 개수 대조 AND 용량 대조 AND 5개 열기 AND 분리 사본
하나라도 아니요이면 삭제를 미루고 다음 백업 경로를 확보합니다. ‘아마 올라갔을 것’은 완료 상태가 아닙니다.
매일 3분 백업 검증 로그
| 날짜·촬영 블록 | 원본 개수/용량 | 복사 대상 | 완료 표시 | 5개 열기 | 분리 사본 | 삭제 |
|---|---|---|---|---|---|---|
| 예: D1 오전~저녁 | [ ]개 / [ ]GB | [폴더·장치] | [예/아니요] | [5/5] | [예/아니요] | [허용/금지] |
| D2 | [ ]개 / [ ]GB | [ ] | [ ] | [ ] | [ ] | [ ] |
| D3 | [ ]개 / [ ]GB | [ ] | [ ] | [ ] | [ ] | [ ] |
검사할 다섯 파일은 매일 같은 위치만 고르지 않습니다. 첫 파일, 중간 파일, 마지막 파일에 무작위 사진 한 장과 영상 한 개를 더하면 손상이나 미완료 복사를 발견할 가능성이 높아집니다. 이 방법은 무결성 검사를 완전히 대체하지 않지만 모바일 환경에서 즉시 실행할 수 있는 최소 검증입니다.
예시 입력에서 나오는 실행 계획
앞의 가상값에서 필요공간은 20GB, 현재 빈 공간은 14GB였습니다. 숙소 Wi-Fi는 확실하지 않고 8GB 이상 여유가 있는 별도 저장장치를 가져갈 수 있다고 가정하면 출력은 다음과 같습니다.
- 출발 전 기기에서 최소 6GB를 추가 확보해 계산상 부족분을 없앱니다.
- 원본은 휴대폰에 유지하고, 매일 밤 그날 폴더를 별도 저장장치에 복사합니다.
- 클라우드는 안정적인 Wi-Fi가 있을 때만 보조 경로로 사용합니다.
- 매일 파일 수·총용량·무작위 5개 열기를 기록합니다.
- 기기 공간이 다시 부족해도 다섯 삭제 조건을 모두 통과하기 전에는 원본을 지우지 않습니다.
이 계획의 장점은 특정 클라우드 용량이나 네트워크 속도를 가정하지 않는다는 점입니다. 촬영량이 예상보다 늘면 D2 로그의 실제 생성량으로 남은 날짜를 다시 계산하면 됩니다.
기존 백업·통신 글과의 경계
여행 서류 백업 글은 여권·예약서·보험증권을 긴급 상황에서 꺼내는 순서를 다룹니다. 이 글은 여행 중 계속 늘어나는 사진·영상의 용량 예측과 복사 검증을 담당합니다. 두 폴더를 섞지 않으면 민감한 서류를 사진 라이브러리 전체와 함께 공유하는 실수도 줄일 수 있습니다.
클라우드 업로드를 계획한다면 해외 데이터 선택 글에서 모바일 백업과 테더링 조건을 따로 확인합니다. 저장장치와 카드리더를 가져갈 경우에는 출발 전날 준비물 목록에 ‘복사 후 파일 열기 시험’까지 적어 두는 편이 낫습니다.
공식 제품 문서 확인 기록
- Apple Support — Set up and use iCloud Photos: 기기 간 변경·삭제 반영, 원본 저장과 별도 라이브러리 사본 안내. 확인일 2026-08-31.
- Google Photos Help — Back up photos & videos: 백업 상태 확인, 계정 저장공간과 업로드 조건. 확인일 2026-08-31.
- Google Photos Help — Free up space on your device: 백업 뒤 로컬 항목 제거와 접근 범위. 확인일 2026-08-31.
앱 메뉴, 저장 정책과 복구 기간은 바뀔 수 있습니다. 삭제 직전에는 위 공식 문서에서 현재 기기와 운영체제에 맞는 동작을 다시 확인하십시오. 이 글은 특정 서비스 가입이나 저장장치 구매를 권하지 않습니다.
백업 완료의 정의
사진이 다른 화면에 보이는 순간이 아니라, 필요한 용량을 감당할 계획이 있고, 두 번째 위치로 복사가 끝났으며, 실제 파일을 열어 보았고, 삭제 조건을 기록했을 때 백업이 완료됩니다. 출발 전 계산 한 번과 매일 3분 로그면 ‘저장했을 것’이라는 추측을 ‘복구할 수 있음을 확인한 상태’로 바꿀 수 있습니다.