기존 ZimaOS 디스크를 새 서버로 옮길 때는 “데이터가 여전히 디스크에 있는가”와 “새 설치 환경이 기존 스토리지 구성을 인식하는가”를 구분하는 것이 가장 안전합니다. 2024년 스레드에서도 이러한 차이가 분명히 드러났습니다. 단일 디스크 스토리지는 이식 가능하다는 보고가 있었지만, 해당 논의에서는 일반적인 설치 환경 간 RAID 마이그레이션은 지원되지 않았습니다.
먼저 기존 부팅 디스크를 삭제해 이 작업을 시험하지 마세요. 새 서버에 데이터의 검증된 복사본이 생성될 때까지 원본 시스템 드라이브와 스토리지 세트를 그대로 유지하세요.
단일 디스크와 RAID는 서로 다른 마이그레이션 문제입니다
독립형 파일 시스템은 호환되는 다른 Linux 시스템에서 마운트할 수 있는 경우가 많지만, 공유 폴더, 앱 경로, 권한 및 ZimaOS 메타데이터는 다시 생성해야 할 수 있습니다. RAID 세트에는 배열 구성원 정보와 구성 상태가 추가로 필요하므로 “디스크가 연결되어 있다”는 사실만으로 새로 설치한 ZimaOS가 이전 배열을 정확히 가져온다고 볼 수는 없습니다.
포럼에는 내부 SSD를 RAID 디스크와 함께 옮겨 구성을 유지한 ZimaCube 사용자도 있었습니다. 이는 사용자가 검증한 하드웨어 교체 방법일 뿐, 모든 RAID가 서로 관련 없는 서버 간에 이동 가능하다는 증거는 아닙니다.
마이그레이션 전에 원본을 보호하세요
가장 안전한 작업 흐름은 기존 서버를 부팅 가능한 상태로 유지하고, 별도의 복사본을 만든 다음, 복원한 여러 파일을 검증한 뒤에 하드웨어를 변경하는 것입니다. NAS 마이그레이션 체크리스트에서는 마이그레이션을 단순히 디스크를 옮기는 작업이 아니라 데이터 보호 작업으로 다뤄야 하는 이유를 설명합니다.
데이터의 유일한 복사본이 들어 있는 배열을 조작하기 전에 RAID와 백업 비교 가이드를 반드시 확인하세요.
현재 ZimaOS 마이그레이션 도구의 기능
현재 제공되는 ZimaOS 데이터 마이그레이션 가이드는 스토리지 공간 간에 Docker 이미지, 앱 데이터 및 선택한 사용자 폴더를 이동합니다. 기존 스토리지와 새 스토리지가 하나의 정상 작동하는 ZimaOS 시스템에서 이미 인식되고 있을 때 유용합니다.
이 기능을 서버 간 RAID 자동 가져오기와 혼동해서는 안 됩니다. 현재 ZimaOS 스토리지 설정 문서에서는 현재 스토리지 공간을 생성하고 관리하는 방법을 설명합니다.
결론
기존 디스크가 독립형 데이터 디스크라면 디스크를 보존하고, 새 서버가 준비된 후에만 연결한 다음, 아무것도 삭제하기 전에 액세스를 확인하세요. RAID의 일부인 디스크라면 마이그레이션 위험이 더 높다고 가정해야 합니다. 기존 부팅 드라이브를 유지하고 별도의 백업을 만든 뒤, 새로 설치한 환경이 기존 배열을 즉시 인식하지 못한다는 이유만으로 구성 디스크를 초기화하거나 다시 포맷하지 마세요.
