ZimaOS 시스템 SSD에 장애가 발생하기 시작했다면, 다시 만들 수 없는 데이터를 먼저 보호한 후에만 복제하세요. 전체 디스크 복제는 ZimaOS 부팅 레이아웃, 시스템 데이터베이스, 앱 경로 및 RAID 메타데이터 참조를 보존할 수 있지만, 고장 중인 드라이브의 복제가 성공한다고 보장할 수 없으며 유일한 복구 계획이 되어서도 안 됩니다.
IceWhale 직원은 원문 스레드에서 일반적인 복제가 가능하며 ZimaOS 데이터베이스에 저장된 스토리지/RAID 정보도 시스템 디스크와 함께 복제되어야 한다고 확인했습니다. 따라서 안전한 작업 순서는 다음과 같습니다. 먼저 중요한 데이터를 백업하고, 원본 디스크를 아직 읽을 수 있을 때 전체 디스크를 복제한 다음, 새 디스크로만 부팅하고, 기존 드라이브를 폐기하기 전에 스토리지와 앱을 확인하세요.
먼저 복제가 아직 안전한지 판단하세요
SSD에 단순히 노후화 관련 경고가 표시되거나 가끔 읽기 오류가 발생하는 정도라면 오프라인 복제를 시도할 수 있습니다. BIOS에서 드라이브가 사라지거나, 반복적인 I/O 오류가 발생하거나, 읽는 중 멈춘다면 추가로 읽기를 시도할 때마다 유용한 데이터를 복구할 가능성이 낮아질 수 있습니다.
심하게 손상된 경우에는 고장 난 장치로 ZimaOS를 반복 부팅하기보다 읽기 오류를 허용하는 이미지 생성/복구 도구를 우선 사용하세요.
복제 전에 사용자 데이터와 앱 데이터를 백업하세요
시스템 데이터베이스를 복제할 수 있다고 해서 RAID 데이터가 보호된다고 생각하지 마세요. 스토리지 어레이와 시스템 SSD는 서로 다른 문제를 해결합니다. 다시 만들 수 없는 파일은 먼저 다른 위치에 복사하세요.
최신 ZimaOS 3-2-1 백업 가이드에서는 RAID가 백업이 아닌 이유와 별도의 로컬 및 오프사이트 복사본을 유지하는 방법을 설명합니다.
Docker 앱 데이터가 시스템 디스크에 있다면 해당 데이터도 백업하세요. 백업 계획 가이드에서 실용적인 ZimaOS 백업 개요를 확인할 수 있습니다.
개별 폴더가 아니라 전체 디스크를 복제하세요
ZimaOS는 여러 부팅 및 시스템 파티션을 사용합니다. 표시되는 데이터 폴더를 파일 수준에서 복사하는 것만으로는 부트로더, 시스템 슬롯 또는 IceWhale이 언급한 데이터베이스 상태가 재현되지 않습니다.
Rescuezilla, Clonezilla 또는 다른 블록 수준 복제 유틸리티와 같은 전체 디스크 이미지 생성 도구를 사용하세요. 복제 유틸리티는 별도의 미디어에서 부팅하여 실행하고, 복사 중에는 고장 난 시스템 디스크가 활성 상태로 수정되지 않도록 하세요.
원본보다 크거나 같은 용량의 대상 드라이브를 사용하세요
가장 간단한 복구를 위해서는 교체용 SSD가 기존 디스크와 용량이 같거나 더 커야 합니다. 새 디스크가 더 크다면 먼저 부팅 가능하고 검증된 복제본을 만드는 데 집중하세요. 여유 공간 확장은 별도의 작업입니다.
긴급 복구 중에는 복제 도구에서 요구하지 않는 한 파티션 크기를 조정하지 마세요. 변환 작업을 추가할수록 문제를 진단하기가 어려워집니다.
첫 부팅 전에 기존 ZimaOS 드라이브를 분리하세요
복제가 끝나면 시스템을 종료하고 고장 난 원본 드라이브를 제거하세요. 교체용 디스크로만 부팅하세요.
복제된 ZimaOS 디스크에는 동일한 파티션 식별자와 유사한 부팅 구조가 포함될 수 있으므로 이 과정이 중요합니다. 두 디스크를 모두 연결하면 부팅 동작이 모호해질 수 있습니다. 이후 ZimaOS 직원의 논의에서도 복구 또는 마이그레이션 중 여러 ZimaOS 시스템 디스크를 연결된 상태로 두지 말라고 사용자에게 경고했습니다.
RAID를 건드리기 전에 ZimaOS를 확인하세요
새 SSD로 부팅한 후 다음을 확인하세요.
- 대시보드가 로드되는지;
- 예상한 ZimaOS 버전이 표시되는지;
- 앱이 표시되고 시작되는지;
- RAID 또는 스토리지 공간이 보이는지;
- 공유가 정상적으로 마운트되는지;
- 중요한 파일을 읽을 수 있는지.
시스템 디스크가 바뀌었다는 이유만으로 기존 RAID를 다시 생성하거나 포맷하지 마세요. 어레이가 다시 나타나지 않는다면 파괴적인 작업을 하기 전에 중지하고 관련 증거를 수집하세요.
기존 RAID에서 ZimaOS 데이터베이스가 중요한 이유
IceWhale 직원은 RAID 정보가 시스템 데이터베이스에 저장되며 일반적인 복제를 통해 보존되어야 한다고 말했습니다. 이는 이미 구성된 스토리지 환경을 유지하려는 경우 전체 시스템 디스크를 복제하는 것이 새로 설치하는 것보다 더 완전한 방법인 이유를 설명합니다.
하지만 원본 SSD가 너무 손상되어 복제할 수 없다면, 새로 설치한 시스템에서 기존 스토리지 메타데이터를 복구하려면 지원팀의 도움이나 수동 복구가 필요할 수 있습니다. 그렇기 때문에 중요한 파일을 별도로 백업하는 것이 여전히 필수입니다.
듀얼 시스템 슬롯 상태를 확인하세요
최신 ZimaOS 시스템 복구 가이드에서는 A/B 시스템 슬롯 구조를 설명합니다.
복제본으로 부팅한 후 일반적인 시스템 복구/상태 도구를 사용하여 시스템이 슬롯 간에 반복적으로 전환되지 않는지 확인하세요.
기존 SSD가 너무 손상되어 복제할 수 없다면 어떻게 해야 하나요?
정상적인 교체용 SSD에 ZimaOS를 새로 설치하되, 데이터 드라이브는 건드리지 말고 필요한 데이터가 포함된 어레이를 다시 생성하기 전에 IceWhale 지원팀에 문의하세요. AppData와 사용자 데이터를 백업해 두었다면 앱을 다시 구성하는 작업이 훨씬 안전해집니다.
설치 복구 체크리스트를 사용하면 시스템 디스크 고장과 데이터 디스크 고장을 구분하는 데 도움이 됩니다.
자주 묻는 질문
ZimaOS SSD를 복제하면 RAID 구성이 보존되나요?
IceWhale 직원은 ZimaOS 데이터베이스에 저장된 RAID 정보가 전체 디스크 복사와 함께 정상적으로 복제되어야 한다고 말했습니다. 변경하기 전에 어레이를 확인하세요.
ZimaOS가 실행 중일 때 고장 난 SSD를 복제해도 되나요?
별도의 복구 미디어에서 오프라인 복제를 수행하는 것이 좋습니다. 이렇게 하면 파일 시스템 변경을 줄이고 복제 도구가 원본 디스크에 직접 접근할 수 있습니다.
기존 SSD를 백업용으로 연결해 두어도 되나요?
첫 부팅 때는 연결하지 마세요. 새 복제본이 검증될 때까지 물리적으로 분리해 두세요. 중복된 ZimaOS 시스템 디스크를 다시 연결하면 부팅 선택이 혼란스러워질 수 있습니다.
복제가 RAID 데이터 백업을 대신할 수 있나요?
아니요. 복제는 시스템 디스크 상태를 보호합니다. 중요한 사용자 데이터에는 여전히 별도의 백업이 필요합니다.
