EBS Raid-0 : EBS 볼륨 20 개 중 9 개가 "손상되었습니다." 이제 뭐?

Question

raid-0에 20 개의 EBS 볼륨이 연결된 ec2 인스턴스 (10GB 네트워크, AMI : EC2 CentOS 5.5 GPU HVM AMI (드라이버 260.19.29) (ami-42a2532b))가 있습니다. 어젯밤의 AWS 중단의 결과로,이 볼륨 중 9 개가 "손상된 가능한 데이터 불일치"로 표시되고 I/O는 비활성화되었습니다. 이제 인스턴스가 중지되었습니다. 볼륨이 "Enable I/O"를 기다리고 있습니다.

또한 RAID 배열의 일부가 아니고 루트 파티션이있는 작은 EBS 볼륨도 손상되었습니다.

AWS는 손상된 볼륨의 I/O를 활성화 한 다음 fsck를 실행하도록 권장하지만 RAID 배열에서 사용되는 EBS 볼륨에는 적용되지 않습니다.

배열을 복구하려고 계속하는 것이 가장 안전한 방법은 무엇입니까? 나는 그것이 모든 것을 잃을지도 모른다는 것을 이해한다. 그래서 우리는 비상 계획을 가지고있다. (회복해야 할 시간은 훨씬 더 많다.) 그러나 나는 모든면을 내 옆에두고 복구/복구를 시도하려고한다. 그래서 가장 안전한 행동 순서는 무엇입니까?

감사합니다.

Answer 1

업데이트를 원하고이 질문을 닫으려고합니다. 본질적으로 모든 것이 잘되었고 데이터 손상은 없었습니다. FSCK는 깨끗하게 실행되었고,이 배열을 사용하는 병렬 DB는 잘 시작되었고 모두 훌륭합니다.

• mdadm --detail /dev/md0 >md0_detail
  는 RAID 어레이의 개요를 다음과 같습니다
  내가 조심스럽게 광산 필드에 걸어 일부 데이터를 수집 도움이 몇 가지 명령입니다.
• mdadm --examine /dev/sd[fghijklmnopqrstuvwxy] > examine_sd RAID 배열의 각 구성 요소를 검사하십시오.
• 모든 체크섬이 올바른지 확인하십시오.
• mount -o noatime /dev/md0 /data 낮은 수준의 테스트 결과가 좋았 기 때문에 공격대를 탑재하려고했습니다.

참고 : 장치에서 사용

• 실제 FS는 ext4가있다 있어야 할 곳에 모든 것이 같았다을 통해 (저널링)
• 그것은 잘가는 갔다.

추가 작업 :

• umount /data fsck를 마운트 해제를 수행하기 전에 RAID 어레이.
• fsck /dev/md0 모든 것이 아무 문제없이 깨끗하게 나왔습니다.
• mount -o noatime /dev/md0 /data 마지막으로 장치를 양호하게 장착하십시오.