고장난 드라이브 교체 후 체크섬을 확인하는 방법

드라이브 교체 후 두 단계에서 데이터를 검증하세요: 어레이 자체의 스크럽 또는 일관성 검사를 완료한 다음, 실패 이전에 생성되었거나 신뢰할 수 있는 백업에서 가져온 매니페스트와 파일 체크섬을 비교합니다.

성공적인 재구성은 중복성이 복원되었음을 증명할 뿐, 모든 파일이 독립적이고 신뢰할 수 있는 값과 비교되었음을 증명하지는 않습니다. 최상의 작업 흐름은 원본 체크섬 매니페스트를 보존하고, 저장소 계층을 검증하며, 중요한 파일을 확인하고, 불일치를 기록한 후 정상 쓰기를 재개하는 것입니다.

검증을 시작하기 전에 재구성을 완료하세요

먼저 교체된 멤버가 활성 멤버인지, 어레이가 더 이상 저하되지 않았는지, 재구성 중 읽기, 쓰기, 체크섬, 미디어 오류가 증가하지 않았는지 확인하세요. 예비(spare), 준비(ready), 재구성 중(rebuilding) 상태인 대상은 최종 데이터 무결성 판단에 적합하지 않습니다.

최종 재구성 보고서와 장치 일련번호를 저장하세요. 재구성 중에 살아남은 멤버에서 읽을 수 없는 섹터가 기록되었다면, 깨끗한 상태 화면으로 그 사건을 숨기지 마세요. 재구성된 어레이는 소스 데이터를 읽을 수 없을 때 파일 수준 손실이 있을 수 있습니다.

어레이의 전체 무결성 작업 실행

플랫폼에서 지원하는 전체 검사 기능을 사용하세요: ZFS 또는 Btrfs 스크럽, md 패리티 검사, 또는 하드웨어 컨트롤러의 일관성 검사입니다. 이는 일반 사용자가 접근하지 않는 데이터를 읽고 구현에 따라 체크섬, 미러, 패리티와 비교합니다.

리실버(resilver)와 스크럽(scrub)은 서로 대체할 수 없습니다. 스크럽과 리실버의 차이는 중요합니다. 리실버는 새 멤버에 필요한 데이터를 복사하는 반면, 스크럽은 조용한 오류를 찾기 위해 더 넓은 풀을 검사합니다.

파일 수준 증명을 위해 기존 매니페스트 사용

파일 해시는 신뢰할 수 있는 이전 값과 비교할 수 있을 때만 유용합니다. 교체 후 생성된 체크섬은 현재 파일을 설명하지만, 실패 이전의 내용이 변경되지 않았음을 증명할 수 없습니다.

리눅스 파일의 경우, SHA-256 매니페스트 검증은 sha256sum으로 목록을 생성하고 확인할 수 있습니다. 매니페스트는 다른 시스템이나 변경 불가능한 백업에 보관하여 저장소 사고로 인해 파일과 예상 해시가 모두 조용히 변경되는 것을 방지하세요.

매니페스트가 없을 때 대표 집합을 검증하십시오

이전 해시가 없으면 대체 불가능하고 구조적으로 민감한 데이터부터 시작하십시오: 데이터베이스 덤프, 아카이브, 가상 머신 이미지, 사진 카탈로그, 암호화된 컨테이너 및 대용량 미디어 파일. 새 해시를 계산하는 것 외에도 네이티브 형식을 열거나 테스트하십시오.

디렉터리 수준 다이제스트는 이후 변경 사항을 드러낼 수 있지만, 사건 이전이 아니면 역사적 참조가 아닙니다. 디렉터리 체크섬 인벤토리 기법은 많은 파일이 포함될 때 안정적인 정렬과 일관된 경로가 중요한 이유도 보여줍니다.

콘텐츠 검사와 메타데이터 검사를 분리하십시오

콘텐츠 해시는 일반적으로 소유권, 권한, 타임스탬프, ACL, 확장 속성, 희소 할당 및 하드 링크 관계를 무시합니다. 메타데이터가 손실되거나 다르게 복원되어도 파일이 SHA-256을 통과할 수 있지만 애플리케이션 동작은 여전히 변경될 수 있습니다.

중요한 서비스의 경우 애플리케이션에서부터 검증하십시오. 데이터베이스 일관성 검사나 아카이브 테스트는 블록 체크섬이 이해하지 못하는 논리적 문제를 찾을 수 있습니다.

재작성하기 전에 모든 불일치를 조사하십시오

실패한 검사 후 즉시 매니페스트를 재생성하지 마십시오. 불일치하는 파일, 예상 다이제스트, 현재 다이제스트, 경로, 크기, 수정 시간 및 저장 로그를 보존하십시오. 저하된 작동 중에 파일이 합법적으로 변경되었는지 확인하십시오.

수리 후 깨끗한 후속 스크럽은 유용한 경계입니다: 수정된 오류는 새로운 오류가 보고되지 않는 또 다른 완전한 실행이 뒤따라야 합니다. 반복적인 수정은 원인이 해결되지 않았음을 의미합니다.

반복 가능한 검증 절차 구축

1. 애플리케이션 쓰기를 중단하거나 최소화하고 완료된 재구성 상태를 저장하세요.
2. 배열 수준 스크럽 또는 일관성 검사를 실행하고 최종 보고서를 저장하세요.
3. 원래 사용한 알고리즘과 경로 규칙으로 신뢰할 수 있는 체크섬 매니페스트를 확인하세요.
4. 중요한 애플리케이션 형식을 검증하고 콘텐츠 해시가 생략하는 메타데이터를 비교하세요.
5. 수리 후 저장소 검사를 다시 실행하고 깨끗한 결과가 나올 때까지 사고를 종료하지 마세요.

새 사고 보고서는 체크섬 기준선과 별도로 보관하세요. 기준선은 교체 드라이브 설치만으로 변경되지 않고 콘텐츠가 의도적으로 변경될 때만 변경되어야 합니다.

새로운 신뢰 기준선 저장

깨끗한 스크럽과 파일 검사가 끝나면 새 매니페스트, 배열 보고서, 멤버 인벤토리를 내보내세요. 이전 증거를 덮어쓰지 말고 교체 후 기준선으로 라벨을 붙이세요. 두 버전 모두 나중의 불일치를 설명하는 데 도움이 됩니다.

사고가 아직 최근일 때 다음 정기 스크럽과 더 작은 체크섬 샘플을 예약하세요. 조기 후속 조치는 교체, 케이블 경로, 복원된 중복성이 일반 작업 부하에서 안정적인지 확인합니다.

자주 묻는 질문

우연한 손상 검사에 SHA-256이 MD5보다 더 좋은가요?

둘 다 일반적인 변경 사항을 감지할 수 있지만, SHA-256이 새로운 매니페스트의 기본값으로 더 좋으며 MD5의 알려진 충돌 약점을 피할 수 있습니다. 기존 매니페스트를 확인할 때는 원래 알고리즘의 일관성이 중요합니다.

성공적인 스크럽이 체크섬 매니페스트를 대체할 수 있나요?

아니요. 스크럽은 파일 시스템 또는 RAID 메타데이터에 따라 검증합니다. 독립적인 매니페스트는 현재 파일을 영향을 받은 저장 시스템 외부에 저장된 값과 비교합니다.

모든 파일을 수동으로 열어야 하나요?

아니요. 가능하면 전체 보호 세트의 해시를 계산한 후, 고가치 형식과 일반 파일의 대표 샘플에 대해 네이티브 열기 또는 일관성 테스트를 수행하세요.

검증은 두 계층 모두에서 완료되어야 합니다

배열이 완전한 무결성 검사를 통과하고 중요한 파일이 신뢰할 수 있는 외부 참조와 일치할 때만 교체 사고를 종료하세요. 건강한 멤버 수만으로는 콘텐츠 검증 결과가 아닙니다.