Immich Live를 백업해야 할까요, 아니면 먼저 서비스를 중지해야 할까요?

에바 왕

IceWhale author

에바 왕 는 기술 작가 그리고 이자 ZimaSpace의 상주 장인입니다. 평생을 기술에 열정을 가진 사람으로서 홈랩과 오픈소스 소프트웨어에 열정을 가지고 있으며,복잡한 기술 개념을 쉽게 이해할 수 있는 실습 가이드로 번역하는 데 전문성을 가지고 있습니다.에바는 셀프 호스팅이 어렵지 않고 재미있어야 한다고 믿습니다. 그녀의 튜토리얼을 통해 커뮤니티가 하드웨어 설정의 신비를 풀도록돕고 있습니다. 첫 NAS 구축부터 Docker 컨테이너 마스터링까지.

Should You Back Up Immich Live or Stop the Service First? - Zima Store Online

가장 단순하고 설명하기 쉬운 일관성 경계를 원한다면 먼저 Immich를 중지하세요. 데이터베이스 네이티브 덤프를 생성하고 미디어 캡처 또는 스냅샷을 조정하여 두 요소의 복원 관계를 파악할 수 있을 때만 라이브 백업을 사용하세요.

Immich는 자산 레코드를 PostgreSQL에 저장하고 원본 및 파생 파일은 스토리지에 저장하므로, 일반적인 라이브 재귀 복사는 서로 다른 시점을 관찰할 수 있습니다. 소규모 가정 환경에서는 복잡한 오케스트레이션보다 짧은 유지 관리 시간이 더 안전한 경우가 많습니다. 지속적인 업로드가 중요하다면 서비스를 실행한 상태로 유지하되, 데이터베이스 인식 도구를 사용하고 캡처 순서를 기록하며 새로 들어오는 자산을 보호하고 격리된 복원으로 백업을 평가하세요.

복원 시 재생성해야 하는 모든 구성 요소 정의

PostgreSQL 데이터베이스, 업로드 라이브러리, 정책상 필요한 생성 미디어, 외부 라이브러리 정의, Compose 및 환경 파일, 비밀 정보, 프록시 설정, 암호화 키를 목록으로 작성하세요. Immich가 소유하는 항목과 다시 생성할 수 있는 항목을 분류하세요.

실용적인 데이터베이스 백업 문서에서는 실행 중인 데이터베이스 디렉터리를 일반 파일처럼 다루는 대신 PostgreSQL 덤프를 사용하는 방법을 설명합니다. 해당 데이터베이스 인식 백업 방법은 라이브 경로를 지원합니다. 사용 중인 배포 환경에 맞게 명령과 버전을 확인하세요.

원본은 보호하지만 해당 레코드를 복원할 수 없거나, 데이터베이스는 보호하면서 미디어를 누락하면 계획은 실패합니다. 중단이 허용되는지 결정하기 전에 백업 순서 옆에 복원 순서를 작성하세요.

가장 명확한 경계를 위해 중지된 백업 선택

업로드를 일시 중지하고 Immich 애플리케이션과 워커를 정상적으로 중지한 다음, 데이터베이스 네이티브 백업을 수행하고 미디어와 배포 파일을 복사하거나 스냅샷으로 저장하세요. 덤프에 필요한 경우에만 PostgreSQL을 실행 상태로 유지하거나, 해당 서비스에 맞게 설계된 스토리지 수준 스냅샷을 생성하기 전에 정상적으로 중지하세요.

서비스를 중지해도 잘못된 경로나 불완전한 범위가 해결되지는 않으므로 마운트와 아카이브 크기를 확인하세요. 성공적인 백업, 읽을 수 있는 미디어 샘플, 체크섬, 문서화된 재시작 시간이 있고 캡처 중 활성 Immich 쓰기가 없다면 통과한 것입니다.

ZimaSpace의 백업 키와 복원 확인 가이드는 조용한 복사본이라도 자격 증명과 복원 경로를 테스트하기 전에는 복구할 수 없다는 점을 강조합니다.

가동 시간이 필요할 때 조정된 라이브 백업 사용

라이브 계획에서는 데이터베이스 네이티브 일관성 덤프를 생성하고, 시점과 쓰기 동작을 파악한 스토리지 스냅샷 또는 파일 캡처와 함께 사용하세요. 시작 및 완료 시간을 기록하고, 새로 들어오는 업로드는 다음 백업까지 유지하며, 실행 중인 원시 데이터베이스 디렉터리는 복사하지 마세요.

실행 중인 배포 환경에서 Immich를 백업하는 커뮤니티 논의는 운영자가 데이터베이스와 업로드 파일을 구분하는 이유를 보여줍니다. 해당 라이브 백업 경계를 실제적인 참고 자료로 활용하되, 복원 테스트를 대신하는 용도로 사용하지 마세요.

데이터베이스 도구가 정상적으로 완료되고, 파일 시스템 캡처가 원자적이거나 순서가 문서화되어 있으며, 해당 시간 동안 생성된 업로드가 처리된 경우에만 라이브 설계가 통과합니다. 그렇지 않다면 중지된 방식을 선택하거나 백업 빈도를 높여 유지 관리 시간을 줄이세요.

-15% OFF

ZimaBoard 2 - 당신의 큰 아이디어를 위한 미니 홈 서버

Single board computer zimaboard2

격리 환경에서 복원하고 최종 선택하기

저장된 배포 파일을 사용하여 선택한 데이터베이스와 미디어를 격리된 대상으로 복원하세요. 사용자, 자산 수, 샘플링한 원본, 앨범, 즐겨찾기, 검색, 외부 라이브러리 및 새 업로드를 확인하세요. 대상을 다시 시작한 뒤 핵심 검사를 반복하세요.

중단 시간이 가정 환경에 적합하고 단순성이 오류를 줄여 준다면 중지된 백업을 선택하세요. 가용성이 추가 도구의 필요성을 정당화하고 반복적인 복원 테스트로 절차가 입증된다면 조정된 라이브 백업을 선택하세요. 라이브러리 크기와 업로드 빈도가 증가함에 따라 결정은 달라질 수 있습니다.

복원에서 누락 파일 또는 고아 레코드 오류가 발생했다면 운영 환경의 폐기를 중지하세요. 두 백업 구성 요소와 로그를 보존한 다음 타임스탬프와 범위를 대조하세요. 데이터베이스 버전, 덤프 방식, 파일 시스템 방식, 캡처 시간 및 불일치 수를 포함해 에스컬레이션하세요. 라이브 방식이 독립적으로 통과하기 전에는 마지막 중지된 백업을 절대 삭제하지 마세요.