커뮤니티 솔루션

드라이브 하나가 고장 난 후 ZimaOS RAID 5 복구: 디스크를 교체하고 재구축 안내를 따른 다음 어레이를 확인하세요

A May 2025 ZimaCube case where one disk in a four-drive 12 TB RAID5 was marked Damaged. The user powered down, replaced the failed disk, powered up, followed the ZimaOS prompts, and reported that the array immediately began an estimated 13.5-hour recovery.

소스에서의 복구는 간단했으며 사용자가 직접 확인했습니다. 4개 디스크로 구성된 RAID 5에서 드라이브 하나가 손상됨으로 표시되었습니다. 소유자는 ZimaCube의 전원을 끄고 해당 디스크를 교체한 다음 시스템을 다시 켜고 ZimaOS의 스토리지 안내를 따랐으며, 예상 잔여 시간이 13.5시간인 리빌드가 시작되었다고 보고했습니다.

현재 ZimaOS 문서에서는 이와 동일한 관리형 워크플로를 더 명확하게 설명합니다. RAID 디스크에 장애가 발생하면 어레이가 성능 저하 상태가 되지만 데이터에는 계속 액세스할 수 있으며, 장애 디스크를 교체하면 ZimaOS가 사용자에게 리빌드 과정을 안내합니다. 이전 소스에서는 동시에 다른 RAID 0 어레이가 읽기 전용으로 전환되었다고도 보고했지만, 현재 문서에서는 관련 없는 모든 어레이에서 이것이 정상적이고 영구적으로 발생한다고 설명하지 않습니다.

실제로 장애가 발생한 물리 디스크 확인

무엇이든 분리하기 전에 ZimaOS의 스토리지 상태와 실제 베이 및 일련번호를 대조하세요. 성능 저하 상태의 RAID 5에서 정상 멤버를 잘못 제거하면 단일 디스크 장애가 훨씬 더 위험한 다중 디스크 장애로 이어질 수 있습니다.

어레이에 계속 액세스할 수 있다면 리빌드 전에 먼저 중요 데이터 복사

RAID 5는 멤버 하나의 장애를 견딜 수 있지만, 리빌드 과정에서는 살아 있는 모든 디스크에서 데이터를 집중적으로 읽습니다. 다른 디스크의 SMART 상태가 좋지 않거나 읽을 수 없는 섹터가 있다면 이러한 문제가 가장 크게 드러나는 시점이 바로 리빌드 중입니다.

어레이에 액세스할 수 있고 데이터를 잃어서는 안 된다면, 가능할 때 긴 리빌드를 시작하기 전에 가장 중요한 파일을 독립된 스토리지에 복사하세요.

소스에서는 전원을 끈 상태에서 디스크를 교체함

원 게시자는 손상된 디스크를 교체하기 전에 ZimaCube의 전원을 껐습니다. 명시적으로 문서화된 핫 스왑 워크플로를 따르는 것이 아니라면 이것이 가장 안전한 기본 방법입니다.

교체용 드라이브를 설치한 후 전원을 켜고 ZimaOS가 성능 저하 상태의 어레이와 새로 사용 가능한 디스크를 감지하도록 하세요.

ZimaOS 리빌드 안내 사용

소스의 사용자는 수동으로 mdadm 복구 명령을 실행하지 않았습니다. 스토리지 UI의 안내를 따랐고 리빌드가 정상적으로 시작되었습니다.

현재 IceWhale의 스토리지 안내도 같은 내용을 설명합니다. 장애가 발생한 드라이브를 교체하고 ZimaOS의 리빌드 안내를 따르세요.

현재 ZimaOS 스토리지 복구 워크플로를 사용하세요.

같거나 더 큰 교체용 디스크 사용

교체용 드라이브는 RAID 멤버의 구조를 충족할 만큼 충분히 커야 합니다. 같은 정격 용량으로 판매되는 두 드라이브도 실제 사용 가능한 섹터 수는 약간 다를 수 있으므로, 가능하면 같은 모델과 용량을 선택하면 예상치 못한 문제를 줄일 수 있습니다.

리빌드 진행 상황과 디스크 상태 모니터링

ZimaOS 1.3.2 이상에서는 RAID 리빌드 및 패리티 작업의 진행 상황을 더 명확하게 표시합니다. 리빌드 중에는 불필요한 종료를 피하고, 온도와 SMART 상태를 모니터링하며, 가능하면 부하가 큰 작업을 줄이세요.

복구 후 어레이 확인

리빌드가 완료되면 다음을 확인하세요.

  • RAID 상태가 정상으로 돌아왔는지;
  • 예상되는 모든 멤버가 활성 상태인지;
  • 공유 폴더와 앱에서 정상적으로 읽고 쓸 수 있는지;
  • 중요한 파일이 올바르게 열리는지;
  • 독립적인 백업이 최신 상태인지.

소스에서 두 번째 RAID 0이 읽기 전용이 된 것은 별도의 증상

사용자는 손상된 디스크가 RAID 5에만 있었음에도 두 어레이가 모두 읽기 전용으로 전환되었다고 보고했습니다. 관련 없는 RAID 0이 왜 그런 방식으로 보호되었는지, 쓰기 권한을 복원하기 위해 정확히 어떤 조치를 취했는지는 해당 스레드에 기록되어 있지 않습니다.

현재 ZimaOS 시스템에서 RAID 하나에 장애가 발생하면 항상 모든 어레이가 읽기 전용으로 전환된다고 가정하지 마세요.

RAID 5 복구 FAQ

소스의 사용자는 RAID 5 리빌드를 성공적으로 시작했나요?

예. 장애가 발생한 디스크를 교체하고 안내를 따른 후, 약 13.5시간이 남은 복구 작업이 시작되었습니다.

먼저 mdadm 명령을 수동으로 실행해야 하나요?

소스에서 확인된 워크플로에서는 필요하지 않습니다. IceWhale 지원팀에서 버전별 CLI 지침을 제공하지 않는 한, 관리형 ZimaOS 리빌드 경로를 사용하세요.

RAID 5가 백업인가요?

아니요. RAID는 디스크 하나에 장애가 발생해도 가용성을 유지하지만, 실수로 인한 삭제, 데이터 손상, 도난 또는 리빌드 중 발생하는 추가 장애를 보호하지는 않습니다.