내 RAID 10 어레이가 손상되었습니다. 어떻게 데이터를 다시 가져 옵니까?


0

RAID 10 어레이에 4 개의 드라이브가있는 서버가 있습니다. 최근에 어레이가 드라이브를 감지하지 못하여 서버가 다운되었습니다. 두 번째 드라이브에 액세스 할 수없는 것으로 표시되는 동안 RAID 카드는 현재 하나의 드라이브 만보고 있습니다. 2 개의 드라이브가 여러 개의 오류를 표시합니다. 불행히도 최신 오프 사이트 백업이 없습니다.

Acronis를 사용하여 RAID 10 어레이를 복제하는 것이 좋았지 만 데이터를 복제 할 수는 있지만 부팅 할 수 없거나 어느 시점에서든 완전히 실패 할 가능성이 있습니다.

이 경우 데이터를 복구하는 가장 안전한 솔루션은 무엇입니까? 내 데이터를 잃고 싶지 않아.


3
3 개의 드라이브가 10으로 실패한 경우 이미 실패 할 수있는 드라이브의 수를 초과합니다.
Ramhound

1
답장을 보내 주셔서 감사합니다. 내 공급자가 내가 말한 것은 드라이브 A & amp; D에 액세스 할 수 없습니다. 그리고 다른 사람들은 실패 할 수 있습니다. 배열을 다시 만들려고 할 수는 있지만 그 과정에서 드라이브가 데이터를 잃을 가능성이 있습니다. 그렇다면 데이터를 복구하는 가장 안전한 옵션은 무엇입니까?
Car12

액세스 할 수 없거나 실패한 드라이브 수가 많기 때문에 어레이를 재구성 할 수 없습니다. 액세스 할 수없는 것으로 지정한 드라이브 수가 0 % 인 데이터 복구 가능성이 있습니다.
Ramhound

모든 드라이브가 현재 표시 중입니다. 배열이 다시 검색되었지만 현재 오프라인 상태입니다. 그것이 온라인 상태가되도록 충분한 세그먼트가 없다는 메시지를 표시했습니다. 이 경우에는 아무 것도 할 수 있습니까?
Car12

1
@ 카민 : 네 개의 응답하지만 결함이있는 드라이브로는 상황이 잠재적으로 복구 가능하지만 빠르지도 쉬울 수도 없습니다. TOOGAM의 대답을보십시오 (이 작업을 전문적으로 수행하는 회사가 있으며,이 경우 전문가가 아닙니다. ). 여전히 일부 파일이 손실 될 수 있습니다. 오류가 복구되지 않을 때까지 드라이브가 검사되지 않은 오류 상태로 너무 길게 보였습니다. 이는 유지 보수 / 검사 과정의 오류를 암시 할 수 있습니다.
LSerni

답변:


3

첫째, 많은 사람들이 "RAID는 백업이 아닙니다"라고 말하고 싶어합니다. 비즈니스가 RAID를 사용해야하는 이유는 다운 타임을 최소화하기 위해서입니다. 비즈니스가 데이터를 백업해야하는 이유는 데이터를 이전 버전으로 복원 할 수 있기 때문입니다. 예, 기술적으로 RAID 1은 하나의 드라이브에서 다른 드라이브로 데이터를 "백업"하지만 데이터에 대한 많은 위협은 하나의 드라이브뿐 아니라 두 가지 모두에 영향을 미칩니다. 따라서 RAID 및 백업의 목적은 매우 성취합니다. 다른 이런 이유로 많은 사람들이 "RAID는 백업이 아닙니다"라고 말하고 싶어합니다.

두 번째 드라이브에 액세스 할 수없는 것으로 표시되는 동안 RAID 카드는 현재 하나의 드라이브 만보고 있습니다. 2 개의 드라이브가 여러 개의 오류를 표시합니다.

나는 Ramhound와 동의한다. 네가 운명처럼 들리는 군. 죄송합니다.

단 하나의 드라이브에 문제가 있다면, 확실히 그걸로 얻을 수 있습니다. 그러나 "훌륭한 모양"으로 복원하려는 경우, 이와 같은 시나리오에 대해 적절한 복원을 수행하려면 최소 2 개의 드라이브가 필요합니다 (그리고 올바른 드라이브가되어야합니다!). 문제가있는 드라이브가 3 개 (응답이없는 드라이브 1 개, 오류가있는 드라이브 2 개) 인 것 같습니다. 그렇다면이 문제를 완전히 해결할 수있는 충분한 노력이 없기 때문에 데이터 손실이 발생할 가능성이 있습니다 (모든 것을 망가뜨릴 수도 있습니다). 그 언어가 지나치게 가혹한 것으로 들린다면, 나는 미안하다 : 나는 민감하지 않다는 것을 의미하는 것이 아니라, 뻔뻔 함과 명료 함을 선호하려는 것이다.

두 부분으로 구성된 RAID 1을 복원하려고하면 오류가없는 부분에서 복원해야합니다. 그렇지 않으면 오류가 발생합니다. 어떤 드라이브에 오류가 있는지 알 수 없다면 백업을 시작해야 할 수 있습니다 모든 (나중에 설명 하겠지만 bit-by-bit / forensic 복사본을 사용하여) 잘못된 드라이브로 복원하면 다시 시도 할 수 있습니다. 따라서 가장 안전하게이 기능을 활용하려면 사용 가능한 저장 용량이 약간 필요할 수 있습니다.

지속적인 노력으로 인해 작동하지 않는 드라이브가 다시 작동하고 그 드라이브가 양호한 경우 두 드라이브를 모두 제대로 사용할 수 없더라도 좋은 복원 성능을 얻을 수 있습니다. 데이터. 그럴 수도 있습니다. 아마도. 이 답변의 나머지 부분은 그 가능성을 모색 할 것입니다.

안타깝게도 RAID 용어는 지금까지 제공 한 정보를 기반으로 분실 한 드라이브를 파악할 수있는 명확성을 제공하기에 충분하지 않습니다. 당신은 RAID 10을 사용하여 언급했습니다.

  • 그런 다음 RAID 0으로 스트라이프 된 RAID 1 드라이브,
  • 또는 RAID 0을 RAID 1 미러에 넣었습니까?

정답은 ...

이것은 공급 업체에 따라 다릅니다.

예. 우리는 단지 모른다. 나는 그 결론을 근거로하고있다. 다중 RAID 레벨에 관한 PC 안내서 기사 RAID10은 일반적으로 RAID 1을 의미하고 RAID 0은 (당신에게 더 좋은 시나리오가 될 것입니다.) 그러나 일부는 ...

다른 회사는 약관을 반대합니다! 그들은 RAID 0과 RAID 1 기술을 "RAID 1/0"또는 "RAID 10"이라고 부를 수도 있습니다. 아마도 사람들은 "RAID 01"과 "RAID 1"이 같은 것이라고 생각할 것입니다. 일부 디자이너는 "RAID 01"및 "RAID 10"이라는 용어를 서로 바꾸어 사용합니다. 이 모든 혼란의 결과는 다중 RAID를 볼 때 회사가 정확히 무엇을 구현하고 있는지 파악하기 위해 조사해야한다는 것입니다. 레이블을 신뢰하지 마십시오.

그래서 누군가가 RAID10을 말하면 언제든지 그들이 한 일을 신뢰하지 마십시오. 그것을 설명해주십시오.

줄무늬가있는 거울이 있다면 레이아웃이 이렇게 보입니다.

AB = RAID1
CD = RAID1
(2 개의 RAID 1의 미러)

그런 다음 드라이브 A와 D를 잃어 버리면 각 RAID1이 성능이 저하되고 작동하며 스트라이프는 두 부분으로 작동하므로 정상입니다.

미러링 된 줄무늬가 있으면 레이아웃이 다음과 같이 보입니다.

AB = RAID0
CD = RAID0
대칭 ...

그런 다음 각 RAID0이 손실되고 두 개의 손실 된 드라이브가 미러링되므로 복구 할 수있는 것이 없습니다.

다행히도, 그것은 가장 RAID10 구현은 스트라이프되는 미러가 될 것이므로 승산이 유리합니다.

레이아웃이 유리하다고 가정하면 백업을 얻다. 다시 빌드하기 전에 드라이브의 파일을 백업하고 싶지는 않습니다. 파티션을 백업하지 않으려 고합니다. 드라이브를 백업하려고합니다. 전체 드라이브. 백업 프로세스가 사용되지 않는 비트를 포함하여 드라이브의 모든 데이터를 복사하는 "포렌식 복사본"이라고도하는 완전한 "bit for bit"아카이브를 수행하는지 확인하십시오. 드라이브 서명과 같은 메타 데이터 (RAID가 중요 함) "소프트웨어"가 사용 중일 수 있습니다. ( "소프트웨어"란, 반드시 하드 드라이브에 저장된 프로그램을 의미하는 것이 아니라 사용하는 RAID에 따라 일부 회로에 내장 될 수있는 논리를 의미합니다.)

Acronis를 사용하여 RAID 10 어레이를 복제하는 것이 좋습니다

전문적으로 경험 한 문제로 인해 Acronis를 권장하지 않습니다. 즉, Acronis가 꽤 유명하다는 것을 알고 있습니다. 이 시나리오에 대한 나의 선호도는 어떤 유닉스 (아마도 Acronis 부팅 CD를 포함 할 수 있음)와 dd를 사용할 수 있습니다 (드라이브가 원격 인 경우 netcat과 함께 사용 가능). 이것은 약간의 배워야 할지도 모르지만, 모든 것이 순조롭게 진행된다면 백업 작업의 최종 결과에 대해 상당한 신뢰를 가질 것입니다 (대상 드라이브가 안정적으로 안정화되는지 여부에 따라).

데이터를 복제 할 수는 있지만 부팅 할 수 없거나 언제든지 완전히 실패 할 가능성이 있습니다

나는 "예"라고 말할 것입니다, 그 위협이 있습니다. 나는 때로는 재건축이별로 중요하지 않은 이유로 실패 할 수도 있다고 믿고 ... 또 다른 디스크에서 재 시도하는 것이 훌륭하게 작동 할 수도 있습니다. 그래서 당신이 정말로, 정말로, 정말 재 빌드를 시작하기 전에 매우 깨끗한 백업을 얻어야합니다. 재 빌드를 시작할 때 항상 데이터 복사본을 사용하지 않도록하십시오.

일단 완벽한 백업을하면 (하드웨어가 여전히 올바르게 작동하는지 쉽게 확인할 수 있습니다. 드라이브의 모든 바이트를 비트 단위로 비교합니다. 이는 다른 운영 체제보다 Unix에서 더 쉽게 할 수 있습니다) ), 당신은 재 구축을 시도함으로써 잃을 것이 거의 없다. 따라서 백업을 꽤 올바르게 만든 것에 대해 매우 편집 적이어서, 재 빌드가 발생할 가능성이있는 (많은) 긴 프로세스 동안 긴장됩니다. (그 시점에서, 재 구축 과정에서 일어나는 일은 백업에 문제가없는 한 문제가 발생하지 않을 것입니다. 그래서 여러 대의 드라이브를 잃어버린 것 외에는 또 다른 문제가있을 수 있습니다. 있을 법하지 않은, 운명을 정한 만약 백업이 잘 이루어졌습니다.)

다시 작성 성공을 확인한 후 데이터가 올바르게 복원되었는지 확인한 다음 (여러 섹션의 데이터를 확인하고 여러 드라이브를 확인하기를 희망 함) "문제 해결"프로세스가 완료 될 때까지 완료하지 마십시오. 일상적인 백업 솔루션을 가지고 있습니다.


나는이 대답을 좋아한다. 좀 더 자세히 설명해 주시겠습니까? dd (이유는 무엇입니까? ddrescue?)? 위키의 붉은 색이 좋겠지 만, RAID 저하의 상황에 처한 모든 사람들이 신경 쇠약에 가깝다고 생각합니다. (아마도 제가 알고있을 것입니다 ;-)), 그들의 선택에 자신감을 줄 가능성이 있습니다 데이터 손실을 막는 가장 좋은 방법입니다.
flolilolilo

1
ddrescue: 물리적 손상이있는 것처럼 들리므로 좋습니다 : 좋습니다. 일반적으로 다양한 부팅 가능한 Unix 시스템에서 쉽게 사용할 수 있습니다. 이러한 불편 함은 가치있는 데이터를 복원하기 위해 극복할만한 가치가있을 수 있습니다. 내 대답은 완전한 회복을 목표로 한 생각으로 기록되었으므로 내가 토론했을 때 "모든 것이 원활하게 진행되면" dd. RAID0이 그림의 일부일 때 드라이브의 일부 데이터 만 건너 뛰면 증폭 된 부정적인 효과가 생길 것으로 예상됩니다. 어쩌면 재건 과정에 영향을 미칠지도 모릅니다.
TOOGAM

@flolilolilo : "a wiki의 re a d"정보 : 나는 w / dd & amp; netcat, 그래서 다른 제 3 자 문서를 하이퍼 링크로 검색하려고 노력하지 않을 것입니다. 사실,이 답변에는 이미 내 자신의 온라인 문서의 일부에서 발견 한 정보가 포함되어 있습니다. 제 1 회 스택 익스체인지에 가입했을 때, 중재자는 제 자신의 온라인 문서를 너무 많이 언급하면서 제 게시물의 목표가 트래픽을 포착 할 수 있다고 우려했습니다. 그래서 나는 (때로는 응답을하지 않음으로써 @ 다른 시간 @ 나의 대답의 품질에 약간의 슬픈 비용), 내 사이트만을 가리키며 행동한다. 극히 드물게 .
TOOGAM

"위키에서 온 것"에 관해서 : 오, 알았어. 나는 교통 - 세대 - "문제"를 알지 못했다는 것을 인정해야한다. 내 요청에 따라 철저히 철수하라! 에 관하여 ddrescue: 데이터를 구하는 것에 대한 지식은 전적으로 비 전문적입니다. 그래서 나는 당신이 말한 모든 것을 가지고 다른 사이트의 지식과의 공백을 채우지 않을 것입니다. 여기서 그 것을 언급하지 마십시오. (내 자신의 아직 승인되지 않은 자신감이 부족하기 때문입니다. 지식).
flolilolilo

@flolilolilo : 누군가에게 너무 많은 크레딧을주는 것에 조심하십시오. 단지 그들이 많은 것을 많이 알고있는 것처럼 보이기 때문에 그들이 말하는 모든 것에 대해 정확하다는 것을 의미하지는 않습니다. 필자의 경우 정확하려고 열심히 노력하지만, "나는 기대하고있다"는 말로 시작하는 나의 ddrescue 코멘트의 마지막 두 문장은 실제 전문적인 경험보다 내 독서에 더 중점을 둡니다.
TOOGAM
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.