2025년 12월에 작성된 이 스레드에서는 서로 다른 두 가지 백업 문제가 제기되었습니다. 하나는 디렉터리는 생성했지만 예상한 파일은 복사하지 않은 것으로 보이는 특정 백업 작업에 관한 문제였고, 다른 하나는 시스템 복구, 예약, 암호화 및 새 하드웨어로의 이전에 대한 보다 광범위한 제품 비판이었습니다.
과거의 오류는 여전히 참고할 가치가 있지만, 일부 기능 관련 불만은 더 이상 현재 상황과 일치하지 않습니다. 2026년 8월 기준으로 ZimaOS의 내장 Backup 앱은 예약 작업, 외장 드라이브와 클라우드 스토리지를 포함한 여러 대상, 여러 동시 작업 및 재개/오류 허용 동작을 지원합니다.
2025년 백업이 데이터 세트를 복사하지 않은 채 실행된 것으로 보임
해당 스레드에서는 그 특정 작업에 대한 IceWhale 엔지니어링팀의 진단이 나오지 않았습니다. 커뮤니티 참여자들은 작은 파일이 많은 작업, 사용 중인 데이터베이스 또는 USB 성능을 원인으로 제시했지만, 이는 확인된 근본 원인이 아니라 가설이었습니다.
현재 ZimaOS Backup은 더 많은 자동화 기능을 제공함
현재 Backup 앱은 예약 백업, 여러 작업, 외장 드라이브 및 클라우드 대상, 중단된 전송의 재개를 지원합니다. 이는 2025년 스레드에서 제기된 여러 기능 요청에 직접적으로 대응합니다.
새로 배포할 때는 2025년 12월의 기능 구성이 그대로라고 가정하기보다 현재의 3-2-1 백업 워크플로를 중심으로 계획을 세우세요.
RAID는 여전히 백업이 아님
원 작성자는 RAID가 백업을 대체할 수 없다는 점을 강하게 강조했습니다. 현재 ZimaOS 지침도 이를 명시적으로 설명합니다. RAID는 드라이브 고장으로부터 가용성을 보호하지만, 실제 백업은 삭제, 랜섬웨어, 도난 또는 장치 전체의 손실까지 보호해야 합니다.
새 하드웨어로 이동하는 것은 시스템 디스크를 복원하는 것과 다름
사용자는 Odroid H3+에서 ZimaBoard 2로 이동하려고 했습니다. 커뮤니티 답변에서는 ZimaOS를 새로 설치하고, 데이터 저장소를 다시 연결한 다음, 영구 데이터를 재사용할 수 있도록 앱 컨테이너를 다시 설치할 것을 권장했습니다.
이 조언을 모든 시스템 설정을 포함하는 완전한 이미지 수준의 마이그레이션으로 받아들여서는 안 됩니다. 현재 ZimaOS는 Docker 이미지, 앱 데이터 및 사용자 데이터베이스의 데이터 마이그레이션을 제공하지만, 시스템 구성은 재설치 후 별도로 설정해야 할 수 있습니다.
A/B 복구는 완전한 베어메탈 백업이 아님
현재 ZimaOS에는 한 슬롯에 문제가 발생했을 때 다른 시스템 슬롯으로 부팅할 수 있는 A/B 시스템 설계가 포함되어 있습니다. 이는 손상된 업데이트나 시스템 파티션으로부터의 복구 기능을 향상하지만, 모든 설정과 애플리케이션 상태가 포함된 사용자가 관리하는 전체 디스크 이미지와는 다릅니다.
원래 2025년에 요청된 완전한 시스템 디스크 백업 및 복원을 평가할 때 이 차이가 중요합니다.
항상 복원을 테스트하세요
현재 ZimaOS 지침에서는 첫 백업 후 최소한 하나의 파일을 복원해 보도록 권장합니다. 이는 원문 사용자의 불확실성에 대한 실질적인 답입니다. 작업이 “실행 중”으로 표시된다는 것만으로는 백업을 사용할 수 있다는 충분한 증거가 아닙니다.
ZimaOS 백업 FAQ
현재 ZimaOS는 예약 백업을 지원하나요?
예. 현재 Backup 앱은 예약 작업과 여러 병렬 백업 작업을 지원합니다.
현재 ZimaOS는 USB 또는 클라우드 스토리지에 백업할 수 있나요?
현재 백업 지침에는 로컬 디스크, 다른 NAS 장치, 외장 드라이브 및 클라우드 대상이 명시되어 있습니다.
2025년에 멈춘 백업의 원인은 완전히 진단되었나요?
아니요. 스크린샷을 통해 전송 진행률이 비정상적이었다는 점은 확인되었지만, 해당 스레드에는 공식적인 엔지니어링 근본 원인이 게시되지 않았습니다.
RAID가 백업인가요?
아니요. 커뮤니티 논의와 현재 ZimaOS 지침 모두 RAID의 이중화와 백업을 명확히 구분합니다.
