다른 RAID 복구 시도 전에 읽을 수 있는 데이터를 보호하는 방법

에바 왕기술 작가 그리고 이자 ZimaSpace의 상주 장인입니다. 평생을 기술에 열정을 가진 사람으로서 홈랩과 오픈소스 소프트웨어에 열정을 가지고 있으며,복잡한 기술 개념을 쉽게 이해할 수 있는 실습 가이드로 번역하는 데 전문성을 가지고 있습니다.에바는 셀프 호스팅이 어렵지 않고 재미있어야 한다고 믿습니다. 그녀의 튜토리얼을 통해 커뮤니티가 하드웨어 설정의 신비를 풀도록돕고 있습니다. 첫 NAS 구축부터 Docker 컨테이너 마스터링까지.

다른 RAID 수리 시도 전에 현재 읽을 수 있는 모든 파일과 원본 멤버를 다음 재구성, 파일 시스템 검사 또는 강제 조립에서 살아남지 못할 증거로 간주하세요. 쓰기를 줄이고, 멤버 세트를 문서화하며, 가장 가치 있는 데이터를 독립된 대상에 복사하고, 그 복사를 검증하며, 배열 상태가 불확실할 때는 이미지나 복제본에서 나중에 재구성하세요.

원본을 변경할 수 있는 모든 작업을 일시 중지하세요

영향받은 볼륨에 쓰는 애플리케이션, 가상 머신, 다운로드, 미디어 인덱싱, 백업 작업, 데이터베이스 서비스, 사용자 공유를 중지하세요. 일반 작업 부하가 파일, 패리티, 저널, 타임스탬프를 계속 변경하면 수리 시도를 평가하기 어렵습니다.

배열이 복구되는지 확인하려고 반복적으로 재부팅하지 마세요. 재부팅은 장치 이름을 변경하고, 휘발성 로그를 지우며, 자동 조립을 트리거하거나 백그라운드 재구성을 시작할 수 있습니다. 다른 가설을 테스트하기 전에 현재 상태를 보존하세요.

접근하기 전에 저장소 토폴로지를 기록하세요

각 물리적 베이를 일련 번호, 컨트롤러 포트, 현재 장치 이름, RAID 역할, 상태와 연결하는 멤버 맵을 만드세요. RAID 레벨, 스트라이프 또는 청크 설정, 배열 UUID, 멤버 순서, 이벤트 수, 재구성 진행 상황, 최초 오류도 저장하세요.

컨트롤러, 커널, 파일 시스템, SMART 로그도 내보내세요. 지금 가장 상태가 나쁜 멤버가 처음 실패한 멤버가 아닐 수 있습니다. 이후 복구 시도는 오래된 디스크, 새로 고장 난 디스크, 불량 연결 경로를 구분할 충분한 증거가 필요합니다.

가장 가치 있는 읽을 수 있는 파일을 먼저 복사하세요

파일 시스템이 읽을 수 있고 멤버가 악화되지 않은 경우, 긴 전체 볼륨 작업을 실행하기 전에 사용 가능한 파일을 확보하세요. 기술자 토론에서는 실용적인 임계값을 설명합니다: 읽을 수 있는 데이터를 먼저 복사하고 복사 오류가 나타나면 복제로 전환. 문서, 사진, 프로젝트 파일, 애플리케이션 데이터베이스, 암호화 키, 재생성할 수 없는 구성 내보내기부터 시작하세요.

다른 물리적 저장 경계로 복사하세요. 파일을 이동하거나 복사 후 원본을 삭제하지 말고, 복구된 데이터를 영향을 받은 배열에 다시 쓰지 마세요. 원본 경로, 대상 경로, 파일 크기, 타임스탬프, 복사 결과를 포함하는 매니페스트를 유지하세요.

복사가 안전하다고 가정하기 전에 확인하세요

완료된 복사본에도 읽을 수 없는 파일, 건너뛴 경로 또는 손상된 데이터가 포함될 수 있습니다. 파일 수와 총 바이트를 비교하고, 실패한 경로를 기록하며, 대표 파일을 열어보고, 실용적인 경우 중요한 항목에 대해 체크섬을 사용하세요.

검증 후 복사 대상은 읽기 전용이거나 연결이 끊긴 상태로 유지하세요. 다음 복구가 원본을 손상시킬 경우, 보호된 복사본은 복구 과정이나 동기화 작업과 독립적으로 유지되어야 합니다.

파일 복사와 멤버 이미지화 중 선택하세요

현재 상태 우선 권장 작업 이유
파일 시스템이 안정적이고 중요한 파일을 읽을 수 있습니다 가장 가치 있는 파일을 먼저 복사하세요 유용한 데이터를 확보하는 가장 빠른 방법입니다
파일 시스템은 마운트되지 않지만 멤버는 안정적으로 읽힙니다 모든 멤버를 이미지화하거나 클론하세요 오프라인 재구성을 위해 배열 구성을 보존합니다
한 멤버에 읽기 오류가 있지만 볼륨은 여전히 열립니다 중요 파일을 복사한 후 제어된 재시도로 이미지화하세요 전체 스캔이 약한 장치를 악화시킬 수 있습니다
두 개 이상의 멤버가 불안정합니다 전원을 끄고 이미지 우선 복구를 사용하세요 다른 재구성이 남은 내결함 한도를 초과할 수 있습니다
드라이브 순서 또는 RAID 구성이 불확실합니다 배열을 생성하거나 초기화하지 마세요 새 메타데이터가 재구성에 필요한 단서를 덮어쓸 수 있습니다

선택은 보편적인 순서보다는 원본의 안정성에 따라 결정됩니다. 복구 전문가들은 안정적인 드라이브에서 직접 추출하는 것과 불안정한 드라이브에서 제어된 이미지화를 구분하는데, 대량 읽기는 불안정한 하드웨어에 추가적인 부담을 줄 수 있기 때문입니다.

파괴적 테스트 전에 원본 멤버를 이미지화하세요

일반 파일 접근이 불완전하거나 배열이 이미 한 번 복구에 실패한 경우, 원본 멤버의 섹터 수준 이미지 또는 클론을 만드세요. 그 이유는 손상된 원본 대신 디스크 이미지에서 집중적인 복구 작업을 수행하기 위해서입니다. 모든 이미지에는 원본 시리얼 번호와 베이 위치를 라벨링하고 원본은 변경하지 않고 보존하세요.

복구는 반드시 되돌릴 수 있는 작업 세트에서만 실행하세요

가능한 경우 복사본에서 배열 조립, 파일 시스템 검사, 메타데이터 복구 또는 데이터 복구 소프트웨어를 테스트하세요. 복구 예제에서는 파일 시스템 복구를 실행하기 전에 이미지를 만들고 그 이미지에서 작업할 것을 권장합니다. 재구성된 볼륨은 먼저 읽기 전용으로 마운트하고 추출한 파일은 별도의 위치에 저장하세요.

작업 세트에 대한 각 변경 사항을 기록하세요. 테스트에서 멤버 순서, 스트라이프 크기, 오프셋, 패리티 회전이 다르면 읽을 수 있는 데이터를 생성한 유일한 재구성을 덮어쓰지 말고 새 작업 복사본을 만드세요.

증거를 덮어쓰는 작업을 피하세요

새 메타데이터를 생성하는 작업은 중립적인 진단이 아닙니다. 전문 RAID 복구 지침은 멤버 초기화, 쓰기 가능 파일 시스템 복구 실행, 불확실한 재구성 시작을 경고하는데, 이는 나중에 재구성에 필요한 증거를 대체할 수 있기 때문입니다.

  • 원래 멤버로 새 RAID를 초기화하지 마세요.
  • 볼륨이 마운트되지 않는다고 해서 쓰기 가능 파일 시스템 복구를 실행하지 마세요.
  • 권한 있는 멤버 세트가 확인되기 전까지 오래된 디스크를 다시 추가하지 마세요.
  • 컨트롤러 및 멤버 메타데이터를 저장하기 전에 외부 구성을 삭제하지 마세요.
  • 같은 범위에서 실패하는 재구성을 계속 재시작하지 마세요.
  • 복구된 파일을 복구 중인 어레이에 저장하지 마세요.

현재 재구성이 진행 중이고 오류 수가 증가한다면, 계속할지, 복사할지, 이미지를 만들지, 중단할지 결정하기 전에 I/O 오류가 증가하는 RAID 재구성에 대한 더 안전한 작업 흐름을 따르세요.

자주 묻는 질문

파일을 먼저 복사해야 하나요, 아니면 드라이브 이미지를 먼저 만들어야 하나요?

파일 시스템이 안정적이고 드라이브가 악화되지 않을 때 중요한 파일을 먼저 복사하세요. 파일 시스템을 사용할 수 없거나 RAID 구조가 불확실하거나 복구가 이미 실패했거나 반복 읽기가 불안정한 멤버를 악화시킬 수 있을 때는 먼저 이미지를 생성하세요.

읽기 오류가 발생할 때 복사를 계속해야 하나요?

오류가 제한적이고 안정적이며 가장 중요한 파일이 여전히 복구되고 있을 때만 계속 진행하세요. 오류가 증가하거나 드라이브가 연결 해제되거나 동일한 영역에서 반복적으로 멈춘다면 일반 복사를 중단하고 제어된 이미지 생성이나 전문 복구로 전환하세요.

NAS를 언제 전원 끄나요?

여러 멤버가 불안정하거나, 설명할 수 없는 재동기화가 원본에 기록 중이거나, 드라이브에서 클릭 소리가 나거나 오프라인으로 떨어지거나, 데이터가 대체 불가능하며 다음 조치가 완전히 이해되지 않을 때 전원을 끄세요.

보호 목표

다음 복구가 데이터에 남은 유일한 경로가 되어서는 안 됩니다. 읽을 수 있는 파일을 안전하게 보관하고, 멤버 이미지를 보존하며, 독립적인 복사본을 먼저 확인하세요. 원래 상태를 복원할 수 있게 되면, 복구는 일방적인 도박이 아닌 실험이 됩니다.

지원 및 팁

더 읽어보기

Get More Builds Like This

Stay in the Loop

Get updates from Zima - new products, exclusive deals, and real builds from the community.

Stay in the Loop preferences

We respect your inbox. Unsubscribe anytime.