현재 답변: 예, RAID 복구는 가능합니다. 하지만 이 2024년 장애는 교체 기능이 비활성화된 상태에서 발생했습니다
실패한 테스트는 역사적으로 실제로 발생한 일입니다. ZimaOS 1.2.1에서 IceWhale은 검증 문제로 인해 RAID 교체 기능을 비활성화했다고 명시적으로 밝혔습니다. 따라서 비어 있는 복구 대화 상자는 RAID 복구가 절대 작동할 수 없다는 증거가 아니라, 특정 버전에서 기능이 비활성화되어 있었음을 보여 주는 것이었습니다.
데이터가 중요하다면 RAID를 다시 만들거나 포맷하지 마세요
현재의 복구 방식은 훨씬 더 보수적입니다. 재설치 또는 저장소 데이터베이스 손실 후 기존 배열을 인식하지 못하게 된 경우, 구성원 디스크를 보존하고 새 배열을 만들기 전에 저장된 RAID 구성을 복구하세요. ZimaOS RAID 복구 문서에서는 현재 local-storage.db 방법과 데이터를 삭제하는 대체 절차의 기준을 설명합니다.
Linux의 mdadm 배열 검사는 md 배열을 식별하기 위한 업스트림 참고 자료입니다.
실패한 교체 테스트와 실패한 업데이트는 서로 다른 문제였습니다
이후 토론에는 업데이트를 확인할 수 없었던 1.2.0 시스템도 등장했습니다. 이 사례는 방화벽 문제로 밝혀졌으며, 업데이트 다운로드가 차단되어 있었습니다. 두 문제가 같은 논의에서 등장했다는 이유만으로 소프트웨어 업데이트를 사용할 수 없었던 문제와 RAID 구성원 교체 실패를 혼동하지 마세요.
잃어도 되는 데이터로 복구를 테스트하세요
처음에 가졌던 생각은 좋았습니다. 중요한 데이터를 배열에 맡기기 전에 성능 저하 모드와 교체 동작을 확인하는 것입니다. 삭제해도 되는 테스트 파일을 사용하고, 구성원 디스크 하나를 정상적으로 제거한 뒤 배열이 예상대로 성능 저하 및 읽기 전용 상태가 되는지 확인하세요. 그런 다음 검증된 교체 디스크를 추가하고 재구축 상태를 모니터링하세요.
커널의 Linux MD 동작 문서는 하위 수준의 모델을 제공합니다.
RAID 복구는 백업이 아닙니다
RAID 재구축이 성공하면 구성원 디스크 고장에 대비할 수 있습니다. 하지만 실수로 인한 삭제, 파일 시스템 손상, 악성 코드, 컨트롤러 오류 또는 잘못된 디스크에 새 배열을 만드는 문제까지 막아 주지는 않습니다. 배열 외부에 검증된 두 번째 복사본을 보관하세요.
현재의 다중 드라이브 하드웨어와 복구 계획에 대해서는 ZimaCube 2 스토리지에서 현재 플랫폼에 대한 맥락을 확인할 수 있습니다.
