RAID-5 : 두 개의 디스크가 동시에 고장 났습니까?

Seagate Barracuda 3TB SATA 디스크 5 개가 포함 된 RAID-5 어레이와 함께 CentOS를 실행하는 Dell PowerEdge T410 서버가 있습니다. 어제 시스템이 다운되었습니다 (정확히 모르겠으며 로그가 없습니다).

RAID 컨트롤러 BIOS로 부팅 할 때 5 개의 디스크 중 디스크 1은 "누락"으로 표시되고 디스크 3은 "성능 저하"로 표시됩니다. 디스크 3을 강제로 백업하고 디스크 1을 새 하드 드라이브 (같은 크기)로 교체했습니다. BIOS가이를 감지하여 디스크 1을 다시 작성하기 시작했지만 % 1에 멈췄습니다. 회전 진행률 표시기는 밤새 번쩍이지 않았습니다. 완전히 얼었다.

내 옵션은 무엇입니까? 전문적인 데이터 복구 서비스를 사용하는 것 외에 재 구축을 시도 할 수있는 방법이 있습니까? 두 개의 하드 드라이브가 어떻게 그렇게 동시에 고장날 수 있습니까? 지나치게 우연한 것 같습니다. 디스크 1이 고장 났을 수 있으며 결과적으로 디스크 3이 "동기화되지 않았습니까?" 그렇다면 "동기화"상태로 되돌릴 수있는 유틸리티가 있습니까?

당신이 나쁜 대답 을 받아 들인 후에 , 나는 나의 이단 의견 (이러한 배열을 이미 여러 번 저장했습니다)에 대해 유감스럽게 생각합니다.

당신의 두 번째 오류가 발생한 디스크는 아마 사소한 문제, 어쩌면 블록 장애를 가지고있다. 이것이 바로 나쁜 raid5 펌웨어 의 잘못된 동기화 도구가 충돌 한 이유입니다.

낮은 수준의 디스크 복제 도구 (예 : gddrescue 가 매우 유용 할 수 있음)를 사용하여 섹터 수준 복사본을 쉽게 만들고이 디스크를 새 디스크로 사용할 수 있습니다 3. 이 경우, 약간의 데이터 손상으로 어레이가 살아 남았습니다.

이 경우 정통 답변의 본질은 "공격 5의 다중 실패, 묵시록이 있습니다!"

아주 좋은 이중 공격대를 원한다면 리눅스에서 소프트웨어 공격대를 사용하십시오. 예를 들어, 공격적인 수퍼 블록 데이터 레이아웃은 공개적이고 문서화되어 있습니다.이 또 다른 이단 의견에 대해 정말 죄송합니다.

이중 디스크 오류가 있습니다. 이는 데이터가 사라 졌음을 의미하며 백업에서 복원해야합니다. 이것이 우리가 큰 디스크에서 RAID 5를 사용하지 않아야하는 이유입니다. 레이드를 설정하여 두 개의 디스크 장애, 특히 큰 느린 디스크에서 항상 견딜 수있는 기능을 갖기를 원합니다.

옵션은 다음과 같습니다.

1. 백업에서 복원
   • 당신은 어떻게 당신은 백업을하지 않아도? RAID는 백업이 아닙니다.
     
     
2. 전문적인 데이터 복구
   • 매우 비싸고 보장되지는 않지만 전문적인 복구 서비스가 데이터를 복구 할 수 있습니다.
     
     
3. 데이터 손실을 수용하고 경험을 통해 배우십시오.
   • 주석에서 언급 한 바와 같이, 재구성하는 동안 이중 오류가 발생하여 어레이가 실패 할 수 있으므로 RAID 5 구성에는 대형 SATA 디스크를 사용하지 않는 것이 좋습니다.
     • 패리티 RAID 여야하는 경우 RAID 6이 더 좋으며 다음에는 핫 스페어도 사용하십시오.
     • SAS 디스크는 URE (복구 할 수없는 읽기 오류)를 유발할 수있는 더 높은 안정성, 복원력 및 복구 할 수없는 비트 오류 비율을 포함하여 다양한 이유로 더 좋습니다.
   • 위에서 언급 한 것처럼 RAID는 백업이 아닙니다. 데이터가 중요한 경우 데이터가 백업되고 백업이 복원 테스트되었는지 확인하십시오.

다른 사람들이 겪은 이유로 인해 동시에 실패 할 수도 있습니다. 다른 가능성은 디스크 중 하나가 얼마 전에 고장 났으며 적극적으로 검사하지 않았기 때문입니다.

모니터링이 성능 저하 모드에서 실행중인 RAID 볼륨을 즉시 선택해야합니다. 옵션을 얻지 못했을 수도 있지만 BIOS에서 이러한 것을 배우는 것은 결코 좋지 않습니다.

"두 개의 하드 드라이브가 어떻게 그렇게 동시에 실패 할 수 있습니까?" 정확하게, 나는 이 기사 에서 인용하고 싶습니다 :

논쟁의 요점은 이것입니다. 디스크 드라이브가 점점 커지면서 (2 년 내에 약 2 배 증가) URE (복구 할 수없는 읽기 오류)는 같은 속도로 향상되지 않았습니다. URE는 복구 불가능한 읽기 오류의 발생 빈도를 측정하며 일반적으로 읽은 비트 당 오류로 측정됩니다. 예를 들어, 1E-14 (10 ^ -14)의 URE 비율은 통계적으로, 1E14 비트 읽기 (1E14 비트 = 1.25E13 바이트 또는 대략 12TB)마다 한 번씩 복구 할 수없는 읽기 오류가 발생 함을 의미합니다.

...

논쟁은 디스크 용량이 커지고 URE 속도가 같은 속도로 향상되지 않으면 시간이 지남에 따라 RAID5 재 구축 실패 가능성이 증가한다는 것입니다. 통계적으로 그는 2009 년 디스크 용량이 의미있는 어레이에 RAID5를 사용할 수 없게하기에 충분할만큼 커 졌음을 보여줍니다.

따라서 RAID5는 2009 년에 안전하지 않았습니다. RAID6도 곧 출시 될 것입니다. RAID1은 3 개의 디스크로 만들기 시작했습니다. 4 개의 디스크가있는 RAID10도 위태 롭습니다.

스레드가 오래되었지만 읽기 중이라면 RAID 어레이에서 드라이브가 고장난시기를 이해하고 드라이브의 수명을 확인하십시오. RAID 배열에 여러 디스크가 있고 4-5 세 이상인 경우 다른 드라이브가 고장날 가능성이 높습니다. *** 계속 진행하기 전에 이미지 또는 백업을 만드십시오 **. 백업이 있다고 생각되면 테스트하여 백업을 읽고 복원 할 수 있는지 확인하십시오.

그 이유는 몇 시간 동안 최대 속도로 회전하면서 나머지 드라이브에 수년간의 정상적인 마모를 발생시키기 때문입니다. 6 년 된 드라이브 수가 많을수록 다른 드라이브가 스트레스를받지 않을 가능성이 커집니다. RAID5이고 어레이를 손상시키는 경우 백업이 가능하지만 RAID 컨트롤러 및 기타 하드웨어의 유형에 따라 2TB 디스크를 복원하는 데 8-36 시간이 걸립니다.

모든 드라이브가 오래된 경우 프로덕션 서버에서 전체 레이드 하이브를 정기적으로 교체합니다. 하나의 드라이브를 교체하는 데 시간이 걸리지 않고 다음, 일, 주, 월 또는 이틀 후에 다음 드라이브가 실패 할 때까지 기다리십시오. 드라이브처럼 소리가 들리기 때문에 다운 타임의 가치는 없습니다.

일반적으로 평판이 좋은 리셀러로부터 많은 양의 드라이브를 구매할 때 드라이브가 다른 배치에서 나오도록 요청할 수 있습니다. 이는 위에서 언급 한 이유로 중요합니다. 다음은 이것이 정확히 RAID 1 + 0이 존재하는 이유입니다. RAID 1 + 0에서 6 개의 드라이브를 사용한 경우 볼륨을 다시 구축 할 필요가없는 즉각적인 중복성을 갖춘 9TB의 데이터가있었습니다.

Linux에서 dmraid (예 : here )로 컨트롤러를 인식 하면 ddrescue 를 사용 하여 실패한 디스크를 새 디스크로 복구하고 dmraid를 사용하여 하드웨어 컨트롤러 대신 어레이를 빌드 할 수 있습니다.