전원 손실 후 RAID 어레이가 비활성화되는 이유는 무엇인가요?

전원 손실 후 RAID 어레이는 메타데이터가 감지되었지만 시스템이 사용 가능한 멤버와 상태로 안전하게 시작할 수 없기 때문에 비활성 상태로 남아 있을 수 있습니다.

“비활성”이라는 용어는 주로 Linux md 어레이를 직접적으로 설명하지만, 다른 스토리지 스택에서도 유사한 가져오기 또는 활성화 실패가 발생할 수 있습니다. 강제 시작을 시도하기 전에 장치 검색, 멤버 메타데이터, 더티 또는 저하 상태, 시작 구성 및 전원 경로 오류를 확인하세요.

Linux RAID에서 비활성 상태의 의미 이해하기

비활성 md 어레이는 장치와 일부 구성이 연결되어 있을 수 있지만 정상적인 I/O를 거부합니다. 이는 단순히 마운트 해제된 정상 어레이와 다르며, 마운트 명령으로는 누락된 활성화 단계를 복구할 수 없습니다.

비활성 어레이 상태는 구성되었지만 활성화되지 않은 상태로, I/O가 오류를 반환합니다. 이 상태는 시스템이 어레이가 준비된 척하지 않고 멤버를 계속 발견하거나 재구성할 수 있게 합니다.

상태를 변경하기 전에 /proc/mdstat, 어레이 세부 정보 및 모든 멤버 슈퍼블록을 검사하세요. 목표는 활성화가 중단된 이유를 파악하는 것이며, 멤버 세트를 확인하지 않고 “비활성”을 “활성”으로 바꾸는 것이 아닙니다.

하나 이상의 멤버가 다시 나타나지 않았을 수 있음

갑작스러운 정전은 전원 케이블, 백플레인, SATA 케이블, 컨트롤러 포트 또는 드라이브가 다음 부팅 시 초기화에 실패하는 문제를 드러낼 수 있습니다. 이 경우 어레이는 메타데이터에 명시된 것보다 적은 멤버를 인식합니다.

mdadm은 일반적으로 시작 전에 사용 가능한 비예비 장치를 예상 활성 개수와 비교합니다. 충분한 메타데이터가 있어 md 장치 항목을 생성할 수 있더라도 예상 장치가 누락된 경우 어레이는 부분적으로만 조립된 상태로 남을 수 있습니다.

하드웨어 점검이 필요하면 안전하게 전원을 끄고 커넥터, 스핀업, 컨트롤러 감지, 일련 번호 및 SMART 데이터를 확인하세요. 저하된 시작을 선택하기 전에 누락된 연결을 복원하세요. 일시적인 경로 오류가 어레이를 재구성하는 것보다 더 쉽고 안전하게 고칠 수 있기 때문입니다.

비정상 종료는 어레이를 더티 상태로 남길 수 있음

전원 손실은 모든 멤버와 패리티 블록이 일관된 상태에 도달하기 전에 쓰기를 중단시킬 수 있습니다. 그러면 어레이 메타데이터는 다음 시작 시 재동기화, 비트맵 재생, 저널 재생 또는 기타 일관성 작업이 필요하다고 기록합니다.

Linux md는 예기치 않은 종료 후 전체 재동기화, 쓰기 의도 비트맵, 저널, 부분 패리티 로그 등 다양한 일관성 정책을 지원합니다. 일관성 정책은 중복성을 다시 신뢰할 수 있기 전에 필요한 작업량을 결정합니다.

더티하지만 완전한 어레이는 정상적으로 시작하고 재동기화할 수 있습니다. 더티하면서 저하된 어레이는 누락된 데이터와 불확실한 패리티 때문에 신중을 더 기해야 하며, 신뢰할 수 있는 재구성에 필요한 정보를 잃을 수 있습니다.

더티하고 저하된 패리티는 안전 거부를 유발할 수 있음

RAID 5 또는 RAID 6은 더티 상태이면서 멤버가 누락된 경우 시작 시 거부될 수 있습니다. 이 거부는 패리티가 오래되었고 누락된 데이터를 다른 복사본과 대조할 수 없는 상태를 방지합니다.

더티-저하 시작 보호 기능은 이 조합을 강제로 시작하면 감지할 수 없는 손상이 발생할 수 있기 때문에 존재합니다. 따라서 강제 저하 시작은 일반 부팅 동작이 아닌 명시적인 관리자 결정입니다.

누락된 멤버, 백업 상태 및 쓰기 기록을 이해하기 전까지 이 보호 기능을 우회하지 마세요. 먼저 장치 경로를 복원하거나 실패한 멤버를 복제하고, 복구를 계속해야 한다면 쓰기를 최소화하고 복구된 파일을 독립적으로 검증하세요.

부팅 시 발견 및 구성은 불완전할 수 있음

디스크가 모두 정상이어도 장치 검색이 조립 시도 후에 완료되거나, 구성이 어레이 식별 정보를 누락하거나, initramfs에 오래된 RAID 설정이 포함되어 있어 시작 시 어레이를 놓칠 수 있습니다.

RAID 구성 파일은 시작 도구가 스캔하고 조립할 장치와 어레이를 설명할 수 있습니다. 자동 검색이 의도된 세트를 신뢰성 있게 추론할 수 없을 때 정확한 어레이 구성 기록이 특히 중요합니다.

실제 멤버 UUID와 설치된 구성 및 부팅 환경을 비교하세요. 실제 어레이 식별을 확인한 후에만 오래된 구성을 수정하세요. 불완전한 멤버 세트에서 새 구성을 생성하면 다음 부팅이 지속적으로 잘못될 수 있습니다.

외부 메타데이터는 사용자 공간 관리자가 필요할 수 있음

일부 어레이는 커널이 아닌 사용자 공간에서 관리하는 외부 메타데이터 형식을 사용합니다. 갑작스러운 정전 후 컨테이너나 모니터 프로세스가 멤버 상태 변경에 필요한 확인을 완료하지 못했을 수 있습니다.

외부 관리 메타데이터는 사용자 공간이 이벤트를 확인할 때까지 활동을 일시 중단할 수 있습니다. 따라서 비활성 구성 요소 세트는 실패한 데이터 디스크가 아니라 누락된 관리 단계를 반영할 수 있습니다.

일반 md 명령을 적용하기 전에 메타데이터 형식을 식별하세요. 펌웨어 지원 또는 컨테이너 형식은 적절한 모니터, 컨트롤러 유틸리티 또는 NAS 복구 워크플로우가 필요할 수 있으며, 메타데이터 업데이트가 올바른 순서로 이루어져야 합니다.

가장 낮은 위험 순서로 복구하기

읽기 전용 증거부터 시작하세요: 안정적인 ID로 블록 장치 목록을 만들고, 일련 번호를 슬롯에 매핑하며, 멤버 메타데이터를 검사하고, 이전 부팅 로그를 검토하며, 모든 예상 디스크가 있는지 확인하세요. 새 어레이를 생성하거나 슈퍼블록을 초기화하지 마세요.

연결 및 구성이 수정된 후 플랫폼의 정상 조립을 시도하세요. 지원되는 경우 읽기 전용 또는 자동 읽기 모드를 사용하고, 정확한 누락 멤버와 일관성 위험이 이해된 경우에만 저하 실행 또는 강제 옵션을 예약하세요.

복구 후에는 모든 재동기화 또는 스크럽을 완료하고 백업을 확인하며 정전 경로를 조사하세요. UPS, 신뢰할 수 있는 전원 및 케이블, 최신 RAID 구성, 안정적인 장치 ID 및 경고 시스템은 다음 전원 이벤트에서 동일한 비활성 상태가 발생할 가능성을 줄입니다.