RAID는 다수의 HDD를 구성하기 때문에 얻는 이득도 많지만,
반면에 기술적 이해가 부족하고 관리 능력이 없을 때는 재앙으로 다가오기도 한다.

본좌 RAID의 진실이라는 포스트로 이러한 부분들을 계속 계몽하고,
불필요한 RAID 사용을 자제하라고 강조해 왔지만,

이 한 몸 만으로 막을 수 없는 사용자들,

"나도 한 번 해 보고 싶다. 씨바. 레이드 쓰는 놈들은 타고 났냐."의 강건파 부터,
숭례문 전소의 아픔에서 배운 뼈저린 관리 부실의 문제는 나라에만 있고 자신에겐
없을 것이라는 "히히. 설마... 그까이꺼 대강..."의 불감사용자들이 꽤나 많다.

그렇다고 내가 뭐 잘 났다고 이들을 욕할 것인가?
나 또한 그 질풍노도(?)의 시기를 지나 왔음을...

본좌, 예고했던 데로 레이드 복구의 가장 우선이 되는 리부트 전략에 대해 상세 설명 들어간다.

1. 껐다 키기 신공
완벽하게 스토리지와 시스템을 껐다킨다. 윈도우의 종료 작업 이외에는 아무 것도 하지 말란 말씀이다.

2. 이게 왜 대단한가?
그건 바로 RAID가 깨지지 않았는데, 깨졌다는 System의 거짓말 때문이다.
칩셋한테 속지 말고 바로 한 번 무시해 주는 센스!

RAID를 관장하는 시스템의 칩셋(ICH9R이나 레이드 카드 등의 Silicon image 칩셋 등등)은 대부분 SoC(System On Chip)
형태이다. 쉽게 얘기해서 그렇게 대단하고 지능적이고 많은 예외 상황을 대처할 수 있는 고급 칩셋은 아니라는 거다.
SoC형태의 특정 칩셋을 PC의 CPU와 같이 대단하게 생각하지 마시라. (아무리 비싼 3Ware, Areca 카드이건 말건 다 해당되는 소리다.)

이러한 칩셋들이 하는 일은 RAID의 생성, 복구, 삭제, Monitor 등을 하는데,
RAID 칩셋이 동작하는 와중 (특히, 초기 부팅 과정 등)에서 HDD와의 통신 문제를 일으키는 경우 HDD는 멀쩡하고 메타 데이터도 살아 있건만,  '에라이 난 몰라. 레이드 깨졌어.' 하고 거짓말을 하는 경우가 많다.

위에 설명했듯이 대단히 많은 능력이 없는 칩셋이다 보니 한정적인 몇가지 장애 케이스로 분류되면 이렇게 엉뚱한 소리를
내지를 수 있는 것이다. 이런 것을 개발자들은 Exception handling이라고 하는데 프로그래밍되어 있지 않은 예외상황에 대해 레이드 칩셋은 엉뚱하게 대응하는 것이다.

예를 들어 HDD가 워밍업이 늦게 될 때라던지, 메인보드의 오버클럭에 의한 부담, 허접한 파워 시스템이 전반적으로 전력을 약하게 줄 때,... 등의 여러가지 예외 상황이 있다.

3. 하지 말아야 할 것들

당연히 하지 말아야 하는데 초보자일수록, 개념의 탑재가 덜 될 수록 이런 설상가상의 시나리오로 가는 경우가 많다.

1) BIOS에 들어가서 이것, 저것 그 동안 한 번 쳐다보지도 않았던 메뉴를 마음껏 주물럭 거린다던지 하면 레이드는 완전 불가 되겠다.
2) 관리 SW에서 레이드 컨버전을 하는 등, 갖은 고민을 해가며 한 작업이지만 대세에는 크게 도움을 주지 못한다.
3) 디스크관리자에서 이것저것 건드리기, 레이드를 살리더라도 파티션 정보의 문제로 데이터는 동일하게 사망하시는 일이다.
4) 무작정 복구 SW 돌리기, 크랙 복구 SW에 붙어있는 바이러스 검사 부터 하시라.

물론 레이드 복구에는 많은 테크닉이 필요하고, 전문적인 SW의 사용도 중요하다.
하지만 레이드의 장애 발생 시 가장 많이 나오는 문제인 칩셋의 장애인식 오류에 대해서는 껐다키기 하나만 잘해도 데이터는 살릴 수 있다.

도움 되시길...