교체 디스크를 추가한 후에도 RAID 어레이가 성능 저하 상태로 남아 있는 이유는 무엇인가요?

교체 디스크가 표시되더라도 재구성 가능한 유효 구성원이 되지 않으면 RAID 어레이는 성능 저하 상태로 유지됩니다. 일반적인 원인으로는 용량 부족, 외부 메타데이터, 지원되지 않는 상태, 수동 할당 누락 또는 또 다른 원본 디스크의 고장이 있습니다.

교체 디스크를 무작정 초기화하거나 외부 구성을 가져오지 마세요. 먼저 정확한 어레이, 누락된 역할, 교체 디스크의 일련번호, 컨트롤러 상태, 재구성 가능 여부를 확인하세요. 목표는 신뢰할 수 있는 원본 구성을 변경하지 않고 비어 있는 적격 대상 디스크를 연결하는 것입니다.

올바른 컨트롤러에서 교체 디스크를 인식하는지 확인하세요

디스크가 운영 체제에는 표시되지만 RAID 컨트롤러에서는 사용할 수 없거나, 예상과 다른 인클로저 슬롯에 있는 것으로 컨트롤러에 표시될 수 있습니다. 실제 일련번호, 베이, 컨트롤러 포트, 보고된 섹터 수를 대조하세요.

RAID 계층에서 새 드라이브가 보이지 않는다면 어레이 메타데이터를 변경하기 전에 전원, 백플레인, 케이블, HBA 모드, 인클로저 매핑을 확인하세요. 일련번호를 확인하지 않은 채 반복해서 삽입하면 잘못된 구성원을 정비할 수 있습니다.

Ready, Unconfigured, 스페어 상태는 재구성이 아닙니다

많은 하드웨어 컨트롤러는 새 디스크를 Ready 또는 Unconfigured Good 같은 중립 상태로 둡니다. 컨트롤러의 절차에 따라 해당 디스크를 교체 디스크, 전용 스페어 또는 사용 가능한 글로벌 핫 스페어로 할당해야 어레이가 성능 저하 상태에서 벗어납니다.

Ready 상태의 새 드라이브는 장치가 존재하는 것만으로는 누락된 RAID 역할을 채울 수 없다는 점을 잘 보여 줍니다. 핫 삽입, 수동 교체 또는 스페어 할당이 필요한지 확인하세요.

소프트웨어 RAID에는 대개 명시적인 추가 작업이 필요합니다

Linux md 어레이는 블록 장치가 같은 경로에 다시 나타났다는 이유만으로 사라진 디스크를 반드시 재추가하지는 않습니다. 이전 구성원은 여전히 제거된 상태로 표시되고, 교체 디스크는 사용되지 않는 장치로만 남아 있을 수 있습니다.

수동 mdadm 재추가 동작은 안전 경계를 반영합니다. 이전에 사라졌던 장치를 자동으로 신뢰하는 것은 관리자에게 확인 후 직접 추가하도록 요구하는 것보다 더 위험할 수 있습니다.

외부 메타데이터가 교체를 차단할 수 있습니다

재사용 디스크에는 다른 어레이의 RAID 서명이 남아 있을 수 있습니다. 컨트롤러는 이를 외부 구성으로 표시하는데, 가져오면 활성 구성이 변경될 수 있기 때문입니다. 새 디스크에도 공장 검사, 테스트 또는 이전 사용 과정에서 생성된 메타데이터가 남아 자동으로 사용 가능한 상태가 되지 않을 수 있습니다.

빈 교체 디스크로 사용할 디스크의 외부 구성을 가져오지 마세요. 외부 구성으로 표시된 교체 디스크 상태에서는 기존 어레이 정의를 가져오는 것이 아니라 새 멤버를 구성되지 않은 정상 상태로 변경하는 것이 적절한 방법이었습니다.

용량과 섹터 구조가 어레이의 최소 요구 사항을 충족해야 합니다

교체 디스크는 고장 난 멤버보다 사용 가능한 섹터 수가 적지 않아야 합니다. 명목상 용량이 같은 드라이브라도 실제 크기가 약간 작을 수 있습니다. 일부 컨트롤러는 논리 또는 물리 섹터 형식, 인터페이스 유형, 펌웨어 인증 또는 암호화 기능이 달라져도 거부합니다.

상자에 표시된 용량뿐 아니라 정확한 크기와 섹터 형식을 비교하세요. 컨트롤러에서 새 디스크가 지원되지 않거나 용량이 너무 작다고 표시되면 강제로 온라인 상태로 만들지 말고 호환되는 더 큰 디스크를 선택하세요.

다른 소스 디스크 때문에 재구성이 차단될 수 있습니다

재구축하려면 남아 있는 멤버에서 읽을 수 있는 데이터가 필요합니다. 다른 디스크에 복구할 수 없는 섹터가 있거나, 시간 초과가 반복되거나, 어레이에서 연결이 끊기면 컨트롤러가 작업을 중단하거나 교체 디스크를 스페어로 유지하거나, 재구성 시도 실패 후에도 성능 저하 상태로 남을 수 있습니다.

원본 디스크가 고장 난 시점부터 교체 시도까지의 이벤트 로그를 검토하세요. 최신 알림은 대상 디스크에 관한 것일 수 있지만, 실제 원인은 다른 소스 멤버의 읽기 오류일 수 있습니다.

상태별 문제 해결 순서 사용

컨트롤러별 수동 재구축 할당에서는 복구를 시작하기 위해 핫 스페어 작업을 사용할 수 있습니다. 다른 RAID 스택에서 복사한 일반 명령어 대신 해당 플랫폼에 문서화된 상태 전환 방법을 사용하세요.

시스템을 떠나기 전에 재구축 트리거를 확인하세요

교체 디스크를 할당한 후에는 처리된 블록 수가 증가하고 의도한 일련 번호가 대상인지 확인할 수 있을 만큼 충분히 지켜보세요. 상태가 전환되기 시작하자마자 중단되면 대시보드에 잠시 재구축 중이라고 표시되더라도 어레이는 여전히 저하 상태입니다.

작업이 중단된 후 처음 발생한 오류를 저장하세요. 특히 기존 소스 디스크의 응답 시간 초과나 컨트롤러의 대상 디스크 형상 거부가 원인인 경우, 최종 요약보다 실제 장애 요인을 더 명확히 보여주는 경우가 많습니다.

FAQ

교체 디스크를 먼저 초기화해야 하나요?

대체로 그렇지 않습니다. 초기화 과정에서 메타데이터가 기록될 수 있으며, 잘못된 디스크를 선택하면 데이터가 손실될 수 있습니다. 컨트롤러의 교체 워크플로를 사용해 비어 있는 것이 확인된 대상 디스크만 준비하세요.

전원을 끄고 디스크를 교체했더니 새 디스크가 사용되지 않은 이유는 무엇인가요?

일부 컨트롤러는 핫 삽입 시 교체 디스크를 다르게 감지하고 연결합니다. 전원을 끈 상태에서 교체하면 누락된 역할과 별도로 준비된 디스크가 남아 수동으로 할당해야 할 수 있습니다.

드라이브를 강제로 온라인 상태로 전환할 수 있나요?

강제 온라인 작업은 특정 복구 상황을 위한 기능이며, 오래된 데이터가 승격될 수 있습니다. 새 교체 디스크가 비어 있다면 현재 어레이 데이터가 들어 있는 것처럼 취급하지 말고 재구축 대상으로 지정하거나 스페어로 할당하세요.

멤버십이 변경되어야 어레이가 정상 상태가 됩니다

교체 디스크가 장착되어 있어도 저하 상태가 해제되는 것은 아닙니다. 사용 가능 상태여야 하고, 누락된 역할에 할당되어야 하며, 읽을 수 있는 소스에서 재구축된 후 활성 동기화 멤버로 승격되어야 합니다.