커뮤니티 솔루션

현재 ZimaOS 백업 작동 방식: 예약 및 검증

A 2025 discussion tried to clarify the difference between automatic and manual ZimaOS backups, including whether users could choose the run time.

현재 답변: ZimaOS 백업 일정은 2025년의 “고정된 이른 아침” 방식에서 변경되었습니다

2025년 11월 스레드에서는 자동 백업이 사용자가 선택할 수 있는 일정 없이 미리 정해진 이른 아침 시간에 하루 한 번 실행된다고 설명했습니다. 이를 현재 규칙으로 사용하지 마세요. 2026년 9월 ZimaOS 3-2-1 백업 가이드에서는 이제 예약 백업이 사용자가 설정한 간격에 따라 자동으로 실행된다고 설명합니다.

작업 단위로 생각하세요: 하나의 소스, 하나의 대상, 하나의 일정

현재 백업은 소스에서 대상으로 연결하는 방식으로 작동합니다. 소스(Cloud, LAN, USB 또는 Zima)를 선택한 다음 대상과 작업 일정을 선택하세요. 여러 작업을 동시에 실행할 수 있으므로 사진, 문서, 앱 데이터에 서로 다른 대상이나 간격이 필요할 때 유용합니다.

ZimaOS 고속 백업 개요에서는 보다 폭넓은 로컬/클라우드 백업 모델을 확인할 수 있습니다.

“예약됨”이 반드시 예상한 방식의 버전 관리 또는 증분 백업을 의미한다고 단정하지 마세요

현재 공개 가이드에서는 일정 설정, 여러 작업, 재개/장애 허용 및 여러 대상을 설명합니다. 그러나 이전 스레드에서 제기된 모든 세부 상황, 예를 들어 변경되지 않은 모든 파일을 해시로 건너뛰는지, 삭제가 어떻게 전파되는지, 모든 대상 유형에서 이전 버전이 보존되는지 등은 정의하지 않습니다.

중요한 데이터라면 작업을 신뢰하기 전에 작은 폴더로 작동 방식을 테스트하세요:

  1. 파일 A와 B를 만든 다음 백업을 실행합니다.
  2. A를 편집하고 C를 추가한 다음 다시 실행합니다.
  3. 소스에서 B를 삭제한 다음 다시 실행합니다.
  4. 대상에서 각 파일이 유지되는지, 교체되는지, 삭제되는지 확인합니다.

복원할 수 있어야 백업 작업이 검증된 것입니다

대체할 수 없는 데이터는 최소한 두 번째 저장 매체 또는 오프사이트 사본 하나를 유지하세요. CISA의 랜섬웨어 지침은 보호된 백업을 권장하며, NIST의 비상 계획 지침은 복구 계획과 테스트를 강조합니다.

데이터의 복구 요구 사항이 다르면 별도의 작업을 사용하세요

가족 사진, 업무 문서, 다시 받아도 되는 다운로드 파일이 반드시 같은 일정이나 대상을 공유해야 하는 것은 아닙니다. 중요한 데이터에는 두 번째 로컬 사본과 오프사이트 사본을 함께 보관하고, 중요도가 낮은 데이터에는 더 간단한 계획을 적용할 수 있도록 별도의 작업을 만드세요.

자체 보존 모델을 갖춘 별도의 애플리케이션 수준 백업 엔진을 원한다면 Duplicati 하드웨어 및 백업 가이드에서 또 다른 ZimaOS 옵션을 확인할 수 있습니다.