If ZimaOS Data Migration appears stuck at a low percentage while you are moving data onto a newly created RAID, check the RAID rebuild first and avoid interrupting the migration blindly. A migration UI can look frozen even while the storage layer is still resyncing in the background.
새로 생성한 RAID로 데이터를 이동하는 동안 ZimaOS 데이터 마이그레이션이 낮은 백분율에서 멈춘 것처럼 보이면 먼저 RAID 재구축 상태를 확인하고 마이그레이션을 무작정 중단하지 마세요. 스토리지 계층이 백그라운드에서 계속 재동기화되는 동안에도 마이그레이션 UI가 멈춘 것처럼 보일 수 있습니다. 다음을 실행하세요: 원래 사례에서는 마이그레이션이 6%에 머물렀고 웹 인터페이스를 사용하기 어려워졌지만,
RAID1 어레이의 매우 느린 재동기화가 절반 정도만 진행되었음을 보여 주었습니다. 이는 스토리지 작업이지, 마이그레이션 작업 자체가 중단되었다는 증거는 아닙니다.
RAID 재동기화 중 데이터 마이그레이션이 멈춘 것처럼 보일 수 있는 이유
RAID 어레이를 생성하거나 재구축하면 구성 디스크 전체에서 읽기와 쓰기가 지속적으로 발생합니다. 이와 동시에 대규모 데이터 마이그레이션을 시작하면 두 작업이 디스크 대역폭과 I/O 지연 시간을 두고 경쟁합니다.
현재 ZimaOS 데이터 마이그레이션 가이드에 따르면 마이그레이션이 실행되는 동안 인터페이스를 점유하며 Docker 이미지, Docker 애플리케이션 데이터, 사용자 폴더와 같은 전체 범주를 이동합니다. 따라서 대상 어레이가 사용 중일 때 대규모 작업은 UI에 표시된 예상 시간보다 훨씬 오래 걸릴 수 있습니다.
1단계: 터미널에서 RAID 재구축 상태 확인
다음을 실행하세요:Linux md RAID에서는 다음과 같은 용어를 찾으세요 재동기화, 복구또는 진행률을 나타내는 백분율입니다. 정상적인 2디스크 RAID1에서는 일반적으로 두 구성원이 다음과 같이 표시됩니다 [UU]. 재동기화가 진행 중이라면 백분율, 예상 완료 시간, 속도를 기록하세요.
예상 시간이 매우 길게 표시되는 경우의 의미
예상 시간이 길게 표시되는 원인은 느린 디스크, USB/SATA 연결 문제, 작업 간 경합 또는 의도적으로 제한된 md 재동기화일 수 있습니다. 그것만으로 어레이가 손상되었다는 의미는 아닙니다. 10~30분 후 다시 확인하고 백분율이 변하고 있는지 검증하세요.
2단계: 시스템이 여전히 유용한 작업을 수행 중인지 확인하세요
만약 /proc/mdstat 시간이 지나면서 진행되면 스토리지 계층이 정상적으로 작동하고 있는 것입니다. 설치할 필요는 없습니다 iotop 그 점을 입증하기 위해서입니다. ZimaOS는 어플라이언스 스타일의 운영체제이므로 일반적인 배포판 방식으로 호스트 패키지를 추가하는 것은 권장되는 문제 해결 방법이 아닙니다.
다른 클라이언트에서 파일에 계속 액세스할 수 있는지도 확인할 수 있습니다. 원래 사례에서는 웹 마이그레이션 화면이 6%에 머무는 동안에도 컴퓨터와 휴대폰 앱에서 데이터에 계속 액세스할 수 있었습니다.
3단계: 먼저 Docker를 중지하거나 마이그레이션을 강제 종료하지 마세요
Docker를 중지하면 ZimaOS 웹 환경이 의존하는 서비스가 제거될 수 있어 시스템이 더 불안정해 보이는 반면, 스토리지 작업은 해결되지 않은 상태로 남을 수 있습니다. 복사 중인 마이그레이션을 강제 종료하면 일부 범주는 이전 위치에, 다른 범주는 새 위치에 남을 수도 있습니다.
어레이의 진행이 완전히 멈췄거나 디스크에 명확한 하드웨어 오류가 표시되는 경우가 아니라면, 활성 RAID 복구가 완료될 때까지 기다리세요.
마이그레이션이 실제로 멈췄다고 의심해야 할 때
다음 조건이 장시간 동안 모두 계속되면 추가로 조사하세요.
- 마이그레이션 백분율이 변하지 않습니다.
-
/proc/mdstat활성 재구성이 표시되지 않거나 백분율이 전혀 증가하지 않습니다. - 디스크 활동이 사실상 없습니다.
- 대상에 여유 공간이 충분합니다.
- 눈에 띄는 네트워크 또는 전원 중단이 없습니다.
이 시점에서 재부팅하기 전에 정확한 ZimaOS 버전, 소스 및 대상 스토리지 유형, 마이그레이션 범주, RAID 상태 및 관련 로그를 수집하세요.
현재 Data Migration 워크플로 사용
현재 ZimaOS에서는 이 기능이 Settings → Data Migration 아래에 있습니다. 이 도구는 범주 단위로 Docker Images, Docker Application Data 및 User Folders를 이동할 수 있습니다. 하나의 애플리케이션만 이동해야 한다면 모든 앱을 함께 마이그레이션하는 대신 앱 스토리지 경로 워크플로를 사용하세요.
데이터 마이그레이션 가이드에서는 관리형 마이그레이션과 폴더를 수동으로 이동하는 방식의 차이를 설명합니다.
다음에 같은 문제를 방지하는 방법
새로 생성한 RAID의 동기화가 완료된 후 대규모 앱 데이터 또는 사용자 데이터 마이그레이션을 시작하세요. 대상이 정상이고 여유 공간이 충분한지 확인한 다음, 한 번에 한 범주씩 마이그레이션하세요. 이렇게 하면 I/O 경합이 줄어들고 오류 원인을 더 쉽게 파악할 수 있습니다.
또한 대체할 수 없는 데이터는 항상 최신 백업을 유지하세요. RAID 동기화와 Data Migration은 모두 스토리지 작업이며, 어느 것도 백업으로 간주해서는 안 됩니다.
FAQ
Data Migration이 6%에서 멈춘 경우 ZimaOS를 재부팅해도 되나요?
첫 단계로는 권장하지 않습니다. 먼저 RAID와 스토리지 활동을 확인하세요. 어레이가 현재 리싱크 중이라면 하드웨어 또는 안전상의 이유로 중단해야 하는 경우가 아닌 한 완료될 때까지 기다리세요.
마이그레이션 예상 시간이 몇 분이라고 나오는데 왜 몇 시간씩 걸리나요?
이 추정치는 느린 RAID 재구성, 부하가 높은 디스크 또는 많은 수의 작은 파일을 완전히 반영할 수 없습니다. 초기 추정에 의존하지 말고 실제 진행 상황을 측정하세요.
[UU]는 RAID1이 정상이라는 뜻인가요?
두 구성원으로 구성된 md RAID1의 경우, [UU] 예상되는 두 구성원이 모두 있음을 의미합니다. 리싱크가 이미 완료되었다는 뜻은 아니므로 진행률 줄도 함께 확인하세요.
ZimaOS에 iotop을 설치해야 하나요?
일반적으로 이 진단에는 필요하지 않습니다. /proc/mdstat md RAID가 재구성 중인지 이미 확인할 수 있으며, 불필요한 호스트 패키지 변경을 피하면 문제 해결이 더 간단해집니다.
