RAID Controller 장애로 기존 RAID 볼륨을 인식하지 못하는 경우

서버에서 RAID Controller에 장애가 발생하면 서버에 장착된 HDD나 SSD 자체에는 문제가 없더라도 기존 RAID 볼륨을 정상적으로 인식하지 못하거나 데이터에 접근할 수 없는 상황이 발생할 수 있습니다.

특히 RAID Controller를 교체한 후 기존 Array가 나타나지 않거나, RAID 구성을 새로 설정해야 한다는 메시지가 표시되는 경우에는 무작정 RAID를 초기화하거나 새로운 Array를 생성하지 않는 것이 중요합니다.

이번 사례에서는 RAID Controller 장애 이후 기존 RAID 볼륨에 접근할 수 없는 상황을 기준으로 구성 디스크 개별 진단 → RAID 구성정보 분석 → RAID 파라미터 확인 → 가상 RAID 구성 → 파일시스템 분석 → 데이터 추출 및 검증 과정을 진행합니다.

장애 증상

RAID Controller 장애가 발생하면 다음과 같은 증상이 나타날 수 있습니다.

• 기존 RAID Array 인식불가
• RAID Volume 인식불가
• 서버에서 데이터 볼륨 접근불가
• Controller 교체 후 기존 RAID 구성 미인식
• RAID 구성정보가 표시되지 않음
• 일부 디스크만 인식됨
• 새로운 RAID 구성을 요구하는 메시지 표시
• 서버 운영체제에서 데이터 볼륨이 보이지 않음

이러한 경우 디스크 자체가 정상인지 RAID Controller 또는 구성정보에 문제가 있는지 먼저 구분해야 합니다.

01. 구성 디스크 개별 진단

먼저 기존 RAID를 구성하고 있던 HDD 또는 SSD를 개별적으로 확인합니다.

각 디스크의 인식 상태와 읽기 상태를 확인하고 다음과 같은 문제가 있는지 분석합니다.

• 디스크 인식불량
• 배드섹터
• 읽기 오류
• 펌웨어 장애
• 물리적 손상
• 인터페이스 장애

RAID Controller가 고장났다고 해서 구성 디스크까지 정상이라고 단정할 수 없기 때문에 모든 구성 디스크의 상태를 개별적으로 확인하는 과정이 필요합니다.

02. 기존 RAID 구성정보 확인

구성 디스크의 상태를 확인한 후 기존 RAID 구조를 분석합니다.

주요 분석 항목은 다음과 같습니다.

• RAID Level
• 구성 디스크 개수
• 디스크 순서
• 디스크 용량
• Stripe Size
• 데이터 시작 위치
• 패리티 구조
• RAID Metadata

Controller가 정상적으로 동작하지 않는 경우에도 구성 디스크에 남아 있는 정보를 분석하여 기존 RAID 구조를 추정할 수 있습니다.

03. RAID Controller 교체 시 주의사항

RAID Controller가 고장났다고 해서 임의로 새로운 RAID Array를 생성하면 안 됩니다.

Controller 교체 과정에서 다음과 같은 작업이 진행될 수 있기 때문입니다.

• 새로운 Array 생성
• RAID 초기화
• 디스크 포맷
• RAID 설정 변경
• 디스크 순서 변경
• Rebuild 실행

이러한 작업은 기존 RAID 구성정보와 데이터 영역에 영향을 줄 수 있습니다.

기존 데이터가 중요한 경우에는 Controller 교체 후 바로 초기화하거나 새로운 Array를 생성하지 않는 것이 좋습니다.

04. RAID 파라미터 분석

기존 구성 디스크의 데이터를 분석하여 RAID 구조를 확인합니다.

RAID Level뿐만 아니라 다음과 같은 세부 정보를 함께 확인해야 합니다.

디스크 순서 · Stripe Size · 데이터 시작 위치 · 패리티 방향 · 패리티 구조 · RAID Metadata

이러한 파라미터가 정확하게 맞지 않으면 RAID 볼륨이 구성되더라도 파일시스템과 데이터가 정상적으로 나타나지 않을 수 있습니다.

05. 가상 RAID 구성

분석된 RAID 파라미터를 바탕으로 가상 RAID 환경을 구성합니다.

원본 디스크에 직접 데이터를 기록하지 않고 분석된 정보를 기반으로 RAID 구조를 재현한 후 데이터 영역이 정상적으로 연결되는지 확인합니다.

가상 RAID에서 정상적인 파일시스템과 폴더 구조가 확인되는지 검증합니다.

06. 파일시스템 분석

가상 RAID가 정상적으로 구성되면 서버에서 사용하던 파일시스템을 분석합니다.

파일시스템의 메타데이터와 데이터 영역을 확인하고 다음 항목을 검증합니다.

• 파티션
• 볼륨
• 폴더
• 파일 목록
• 파일 크기
• 데이터 영역

파일 목록이 정상적으로 표시되는 경우에도 실제 파일 데이터가 정상인지 확인하는 과정이 필요합니다.

07. 데이터 추출 및 검증

복구 가능한 데이터가 확인되면 별도의 저장장치로 데이터를 추출합니다.

파일과 폴더 구조를 유지하면서 데이터를 저장하고 중요 파일을 직접 확인하여 데이터 상태를 검증합니다.

서버 환경에서는 다음과 같은 업무 데이터가 포함될 수 있습니다.

• 문서
• 데이터베이스
• 이미지
• 동영상
• 백업 데이터
• 가상머신 데이터
• 업무용 파일

RAID Controller 장애 발생 시 하지 말아야 할 작업

새로운 RAID Array를 생성하지 마세요

기존 RAID 구성정보가 남아 있는 상태에서 새로운 Array를 생성하면 데이터 구조가 변경될 수 있습니다.

RAID를 초기화하지 마세요

Controller에서 RAID를 인식하지 못한다고 해서 초기화하면 기존 Metadata가 변경될 수 있습니다.

디스크 순서를 변경하지 마세요

RAID 구성에서는 디스크의 순서가 데이터 구조와 관련될 수 있으므로 임의로 변경하지 않는 것이 좋습니다.

무조건 Rebuild하지 마세요

현재 RAID 상태와 구성정보를 확인하지 않은 상태에서 Rebuild를 진행하면 기존 데이터 영역에 새로운 정보가 기록될 수 있습니다.

RAID Controller 장애 후 데이터복구 결과

RAID Controller 자체가 고장난 경우에도 구성 디스크에 기존 데이터와 RAID 구조를 확인할 수 있는 정보가 남아 있다면 데이터복구 가능성을 분석할 수 있습니다.

다만 Controller 장애와 함께 HDD 장애, RAID 구성정보 손상 또는 파일시스템 손상이 동시에 발생한 경우에는 복구 과정이 더 복잡해질 수 있습니다.

따라서 Controller 장애가 발생한 서버에서 데이터가 중요한 경우에는 단순히 Controller를 교체하고 RAID를 새로 구성하기보다 기존 구성 디스크의 상태와 RAID 구조를 먼저 분석하는 것이 중요합니다.

인젠은

구성 디스크 개별 진단 → RAID 구성정보 분석 → RAID 파라미터 확인 → 가상 RAID 구성 → 파일시스템 분석 → 데이터 추출 및 검증

과정을 통해 RAID Controller 장애 후 데이터복구 가능성을 확인합니다.

상담 시 확인하면 좋은 정보

가능하다면 다음 정보를 함께 알려주시면 장애 상태를 파악하는 데 도움이 됩니다.

• 서버 제조사 및 모델
• RAID Controller 제조사 및 모델
• RAID Level
• HDD / SSD 개수와 용량
• 기존 RAID 구성
• Controller 장애 증상
• Controller 교체 여부
• RAID 초기화 또는 Rebuild 진행 여부
• 현재 서버 및 디스크 상태

RAID Controller 장애 후 중요한 데이터가 남아 있다면 새로운 RAID 구성이나 초기화 작업을 진행하기 전에 현재 상태를 보존하고 전문적인 진단을 받는 것이 좋습니다.