ZimaOS 시스템 SSD를 완전히 복제하는 것이 유일한 복구 자산이거나 반드시 가장 중요한 복구 자산인 것은 아닙니다. 원래 사용자는 512GB OS NVMe 드라이브와 RAID 5로 구성할 예정인 2TB NVMe 드라이브 4개를 보유하고 있었으며, OS 드라이브를 잃어도 어레이가 위험해지는지 알고 싶어 했습니다.
현재 ZimaOS 복구 설계는 기존 2025년 스레드보다 더 명확한 답을 제공합니다. ZimaOS는 빠른 부팅 복구를 위해 이중 시스템 슬롯을 사용하고, 데이터는 시스템 파티션과 별도로 저장되며, IceWhale은 이제 시스템 재설치 후 RAID 구성을 복원할 수 있도록 local-storage.db를 백업하는 방법을 안내합니다. 가장 가치 있는 백업 대상은 여전히 실제 데이터와 애플리케이션 상태입니다.
ZimaOS에는 이중 파티션 시스템 복구 설계가 적용되어 있습니다
현재 IceWhale 시스템 복구 문서에 따르면 ZimaOS는 각각 약 6GB인 슬롯 A와 슬롯 B를 사용하므로, 한 시스템 슬롯에 문제가 생기면 사용자가 다른 파티션으로 부팅할 수 있습니다.
이를 통해 SSD를 교체하지 않고도 특정 소프트웨어 또는 부팅 오류를 처리할 수 있습니다.
모든 부팅 문제가 전체 디스크 복원을 필요로 한다고 판단하기 전에 현재 ZimaOS 이중 슬롯 복구 절차를 사용하세요.
시스템 SSD 고장은 손상된 시스템 슬롯과 다릅니다
NVMe 드라이브 자체가 물리적으로 고장 나면 A/B 슬롯도 함께 사라집니다. 이 경우의 복구 방법은 시스템 디스크를 교체하고 ZimaOS를 새로 설치하는 것입니다.
목표는 RAID 구성원을 빈 디스크로 취급하지 않고, 재설치 후 데이터 및 스토리지 구성을 다시 검색하거나 복원할 수 있도록 하는 것입니다.
필요해지기 전에 local-storage.db를 백업하세요
IceWhale의 현재 RAID 재구성 가이드에서는 다음 파일을 저장하도록 안내합니다.
/ZimaOS-HD/.casaos/db/local-storage.db시스템을 재설치하기 전에 이 파일을 백업해야 합니다. 새로운 ZimaOS를 설치한 후에는 새 데이터베이스의 이름을 변경하고, 백업한 파일을 동일한 위치에 업로드한 다음 재부팅하도록 안내합니다.
데이터베이스를 수동으로 편집하지 말고 공식 재설치 후 RAID 재구성 절차를 따르세요.
새 OS에서 디스크가 다르게 표시된다고 RAID를 다시 만들지 마세요
새 시스템 설치에서 이전 ZimaOS 스토리지 데이터베이스를 더 이상 사용하지 않더라도 RAID 구성원 디스크에는 유효한 RAID 메타데이터와 데이터가 남아 있을 수 있습니다.
해당 디스크에 중요한 파일이 있다면 복구 방법을 파악하기 전까지 RAID 생성, 포맷 또는 메타데이터 삭제를 진행하지 마세요.
AppData와 애플리케이션 데이터베이스를 백업하세요
2025년 커뮤니티 답변에서는 애플리케이션 상태가 /DATA/AppData 아래에 저장된다고 단순화해 설명했습니다. 현재 ZimaOS에서는 이러한 분리가 더 명확해졌지만, 다양한 앱 데이터 위치와 사용자 지정 바인드 마운트도 지원합니다.
영구 애플리케이션 폴더를 백업하고, Nextcloud나 Immich처럼 폴더 복사만으로는 충분하지 않을 수 있는 데이터베이스 및 기타 서비스에는 애플리케이션 인식 방식의 내보내기를 사용하세요.
현재의 ZimaOS 앱 스토리지 경로 안내를 통해 컨테이너를 다시 만들 때 유지되는 항목을 확인할 수 있습니다.
전체 OS 복제본은 여전히 유용하지만 절충점이 있습니다
블록 단위 복제본은 최신 상태이며 일관성이 있고, 실행 중인 파일 시스템을 올바르게 캡처하는 방식으로 생성되었다면 복구 시간을 줄일 수 있습니다. 하지만 애플리케이션 설정, 스토리지 메타데이터, OS 업데이트는 빠르게 변경되므로 복제본도 빠르게 오래된 상태가 됩니다.
이미지를 캡처하는 동안 시스템 디스크에 쓰기 작업이 진행 중이라면 일관성이 중요합니다. 실행 중에 “모든 블록을 복사”한다고 해서 자동으로 신뢰할 수 있는 복원 이미지가 만들어지는 것은 아닙니다.
교체 가능한 OS보다 데이터 백업이 더 중요합니다
현재 ZimaOS에는 데이터를 로컬 디스크, 다른 NAS, USB 또는 클라우드에 보호할 수 있는 백업 앱이 포함되어 있으며, 예약 및 버전 관리 방식의 작업 흐름을 지원합니다.
단순히 재설치할 수 없는 파일에는 현재의 3-2-1 백업 전략을 사용하세요.
시스템 드라이브 고장에 대비한 실용적인 계획
local-storage.db의 최신 사본을 OS 드라이브 외부에 보관합니다.- 애플리케이션 상태와 사용자 데이터를 별도로 백업합니다.
- 사용자 지정 앱 볼륨과 Compose 스택을 문서화합니다.
- 대체 ZimaOS 시스템 슬롯으로 부팅하는 방법을 알아둡니다.
- SSD가 물리적으로 고장 나면 교체한 후 ZimaOS를 재설치합니다.
- 공식 절차를 사용하여 스토리지 데이터베이스를 복원합니다.
- 파괴적인 스토리지 변경을 수행하기 전에 RAID를 확인합니다.
- 영구 데이터에 연결된 애플리케이션을 재설치하거나 다시 연결합니다.
OS 드라이브 백업 FAQ
ZimaOS 부팅 실패는 항상 OS SSD를 교체해야 한다는 뜻인가요?
아니요. 현재 ZimaOS에는 이중 시스템 슬롯이 있으며, 대체 슬롯으로 일부 시스템 오류를 복구할 수 있습니다.
시스템을 재설치하기 전에 특히 유용한 작은 파일은 무엇인가요?
IceWhale의 현재 RAID 복구 가이드에서는 local-storage.db를 백업하도록 안내합니다.
RAID 5 자체가 데이터 백업인가요?
아니요. RAID는 디스크 고장 후에도 가용성을 유지해 주지만, 삭제, 손상, 도난 및 재해에 대비하려면 별도의 백업을 유지해야 합니다.
