모바일 운영체제가 앱을 일시 중지하거나 전송 실패로 인해 다음 예약 배치가 진행되지 않으면, 백그라운드에서 휴대폰 사진 백업이 중단됩니다.
셀프 호스팅 사진 앱에는 무제한 백그라운드 실행 권한이 없습니다. iOS와 Android는 권한, 배터리 상태, 네트워크 환경, 최근 사용 여부, 시스템 리소스 압박을 기준으로 앱을 깨울 시점을 결정합니다. 지원되지 않는 파일 하나, 만료된 로그인, 연결할 수 없는 서버, 먼저 다운로드해야 하는 클라우드 전용 원본 때문에 백업 프로세스가 멈출 수도 있습니다. 앱이 아예 예약되지 않는지, 시작 후 중단되는지, 같은 파일에서 반복적으로 실패하는지 확인하세요.
앱을 열어 둔 상태에서 백업이 작동하는지 확인하기
휴대폰을 평소 사용하는 Wi-Fi에 연결하고 앱을 포그라운드에 둔 다음, 대기 중인 항목 수, 현재 파일 이름, 전송 속도, 서버 로그를 확인하세요. 이를 통해 백그라운드 예약 기능을 점검하기 전에 인증, 서버 연결, 저장 공간, 앨범 선택이 정상적으로 작동하는지 확인할 수 있습니다.
Immich 사용자들은 백업 설정이 활성화되어 있는데도 앱을 나가자마자 업로드가 중단된다고 보고했습니다. 이를 구분하는 증상은 포그라운드에서는 업로드되지만 백그라운드에서는 진행이 멈추는 것입니다.
포그라운드 백업도 실패한다면 서버 URL, 인증서, 로그인, 저장 공간, 파일별 오류를 계속 확인하세요. 포그라운드 백업이 정상적으로 진행된다면 운영체제의 예약 및 제한을 테스트하는 동안 해당 계층은 변경하지 마세요.
백그라운드 권한 및 시스템 수준 새로 고침 설정 확인하기
iOS에서는 백그라운드 앱 새로 고침, 사진 보관함 접근 권한, 필요한 경우 로컬 네트워크 접근 권한, 앱에서 사용하는 경우 알림 권한, 저전력 모드를 확인하세요. Android에서는 배터리 최적화, 백그라운드 데이터, 배터리 사용 제한 없음 설정, 제조업체의 추가 앱 절전 목록에 포함되어 있는지를 확인하세요.
한 Immich iOS 보고서에서는 시스템 설정이 이미 활성화되어 있는데도 앱이 백그라운드 앱 새로 고침이 비활성화되었다고 반복해서 표시했습니다. 이 사례는 앱과 운영체제의 상태가 서로 다를 수 있음을 보여 줍니다.
관련 권한은 통제된 초기화 방법으로만 껐다가 다시 켜고, 앱을 다시 연 뒤 설정이 인식되는지 확인하세요. 시스템 전체의 배터리 보호 기능을 비활성화하지 말고, 플랫폼에서 요구하는 경우 사진 백업 앱만 예외로 지정하세요.
일반적인 모바일 예약 실행과 멈춘 작업을 구분하기
백그라운드 작업은 상황에 따라 실행되므로 화면이 꺼진 직후 즉시 시작되지 않을 수 있습니다. 충전 후, Wi-Fi에 다시 연결한 후, 또는 앱을 잠시 다시 연 후 백업이 재개되는지 기록하세요.
Android 사용자들은 배터리 최적화와 제한을 해제했는데도 백그라운드 동기화가 실패한다고 보고했습니다. 이는 권한만으로는 예약 실행이 정상 작동한다고 입증할 수 없음을 보여 줍니다.
일반적인 JPEG 파일 몇 개가 들어 있는 작은 테스트 앨범을 사용하세요. 해당 파일들이 백그라운드에서 결국 업로드된다면 시스템 예약 기능은 정상 작동하는 것입니다. 전체 라이브러리에서 발생하는 실패는 파일 크기, 파일 형식, 네트워크 지속 시간 또는 대기열 상태 때문일 가능성이 큽니다.
실패한 파일 하나가 배치를 중단시키는지 확인하기
백업 세부 정보 화면을 열고 반복해서 실패하는 첫 번째 파일 이름을 확인하세요. 확장자, 크기, 저장 위치, 편집 상태, 휴대폰에서 다운로드하지 않고도 원본을 열 수 있는지를 기록하세요.
한 Immich 이슈에서는 지원되지 않는 .pic 파일을 건너뛰고 계속 진행하는 대신, 해당 파일을 만났을 때 백업이 중단된다고 설명합니다. 핵심 문제는 지원되지 않는 파일 하나가 대기열을 차단한 것입니다.
해당 파일을 선택한 백업 앨범에서 옮기거나 지원되는 형식으로 내보낸 다음 다시 시도하세요. 원본이 다른 검증된 위치에 존재하고 나머지 대기열이 완료될 때까지 원본을 삭제하지 마세요.
느리거나 끊기는 네트워크 환경 테스트하기
휴대폰이 Wi-Fi와 셀룰러 네트워크 사이를 전환하는지, 액세스 포인트 사이를 이동하는지, VPN 또는 리버스 프록시 연결이 끊기는지, 대용량 동영상 업로드 중 화면이 잠기는지 확인하세요. 작은 사진과 대기 중인 가장 큰 동영상을 비교하세요.
느린 연결이 시간 초과된 후 백그라운드 업로드가 중단되고 앱을 다시 시작할 때까지 재개되지 않는다는 보고가 있습니다. 관련 패턴은 시간 초과로 백그라운드 프로세스가 종료되는 것입니다.
서버의 로컬 주소를 사용해 안정적인 로컬 Wi-Fi에서 테스트한 다음, 일반 원격 호스트 이름을 통해 테스트하세요. 로컬 백업은 작동하지만 원격 백업이 멈춘다면 프록시 업로드 제한, 유휴 시간 초과, TLS, 모바일 네트워크 전환을 점검하세요.
클라우드 전용 원본과 휴대폰 저장 공간 최적화 고려하기
최적화된 클라우드 저장 공간을 사용하는 휴대폰에서는 보이는 썸네일이 더 이상 로컬에 저장되지 않은 원본을 나타낼 수 있습니다. 이 경우 백업 앱은 원본을 클라우드에서 먼저 다운로드한 뒤 홈 서버에 업로드해야 합니다.
한 Immich 토론에서는 최적화된 대규모 iOS 라이브러리에서 앱이 중복 확인과 업로드를 수행하기 전에 수만 장의 사진을 다운로드해야 했다고 설명합니다. 이로 인해 클라우드 다운로드 의존성이 생기며, 백그라운드 예약 실행으로는 이를 안정적으로 유지하지 못할 수 있습니다.
첫 번째 마이그레이션 동안 휴대폰을 안정적인 Wi-Fi에 연결하고 충전하면서 로컬 여유 공간을 충분히 확보하세요. 공식 클라우드 내보내기 파일을 서버에서 직접 가져온 다음, 기존 라이브러리를 확인한 후 새 파일에 대해서만 휴대폰 백업을 사용하는 방법도 고려하세요.
오래된 것으로 확인된 백업 상태만 초기화하기
서버 주소를 저장하고 자격 증명을 확인한 후에만 로그아웃하고 다시 로그인하세요. 애플리케이션이 지원하는 복구 방법을 제공하고 서버에 검증된 원본이 이미 저장되어 있을 때만 멈춘 업로드 대기열이나 로컬 앱 데이터를 삭제하세요.
ZimaSpace의 iPhone 사진을 홈 서버에 백업하는 방법 가이드는 휴대폰이나 클라우드에서 원본을 삭제하기 전에 업로드 완료 여부를 확인해야 한다는 기본 원칙을 설명합니다.
앱을 열어 두지 않아도 새 테스트 사진이 업로드되고, 중단된 전송이 재개되며, 지원되지 않는 파일이 더 이상 대기열을 차단하지 않고, 충전, Wi-Fi 변경, 휴대폰 재시작, 앱 업데이트 후에도 백그라운드 진행이 안정적으로 유지되면 문제가 해결된 것입니다.
지원 및 팁
더 읽어보기

Docker 볼륨을 복원하면 파일 내용은 복원되지만 확장 속성은 사라지는 이유는 무엇인가요?
xattr 인벤토리, tar 및 Rsync 옵션, 네임스페이스, 대상 지원, 권한, 레이블, 앱 메타데이터와 테스트를 다루는 볼륨 복원 진단.

Compose 파일을 변경한 후에도 실행 중인 컨테이너의 메모리 제한이 기존 값으로 유지되는 이유는 무엇인가?
실행 중인 cgroup, 재시작과 재생성, Compose 필드, 하드 및 소프트 제한, 상위 범위, 스왑, 런타임 힙을 다루는 메모리 제한 진단입니다.

리버스 프록시를 재시작하면 셀프 호스팅 앱 하나의 모든 세션이 무효화되는 이유는 무엇인가요?
재시작 범위, 쿠키 소유권, 비밀 키 순환, 캐시 기반 세션, 스티키 라우팅, 인증 게이트웨이 및 복구를 다루는 세션 손실 진단.

