저장장치 데이터 보존

저장장치에 이상이 생기면 원인을 캐기 전에 데이터의 우선순위를 정한다. 백업이 없는 중요한 데이터가 들어 있다면, 반복 검사나 복구 프로그램 설치, 파일시스템 수정처럼 쓰기를 만드는 작업을 줄여야 한다. 쓰기가 쌓일수록 상태가 나빠질 수 있기 때문이다.

인식 오류나 이상 징후가 있을 때 데이터 보존을 우선하는 흐름.

장치가 안정적으로 읽힌다면 가장 중요한 파일부터 다른 물리 장치로 복사한다. 읽기 오류나 연결 끊김이 반복되면 원본을 계속 뒤지기보다 이미지 복제나 전문 복구를 고려한다. HDD에서 이상한 소리가 나거나 충격을 받은 경우, SSD가 반복해서 인식과 해제를 오가거나 과열되는 경우에는 전원을 다시 넣는 것만으로 상태가 악화될 수 있다.

RAID는 가용성을 높여 주지만 백업이 아니다. 실수로 지운 데이터나 악성코드, 컨트롤러 고장, 화재나 침수 같은 재해는 RAID로 막을 수 없다. 백업은 다른 장치와 다른 위치에 두고, 복원이 실제로 되는지 시험까지 해 봐야 의미가 있다.

폐기 전 삭제는 장치 종류와 암호화 상태에 맞춰 한다. 정상 동작하는 SSD는 제조사가 제공하는 Secure Erase나 Sanitize, 또는 암호화 키 폐기를 쓸 수 있다. 반면 이미 고장 난 장치는 명령이 제대로 끝났는지 믿기 어려우므로 물리적 폐기 정책이 필요하다.

원본 복구와 복제본 수정을 분리하기

I/O 오류가 있는 원본에 파일시스템 수정을 먼저 적용하면 읽을 수 있던 구조까지 바뀔 수 있다. GNU ddrescue도 손상 장치의 복제본을 만든 뒤 그 복제본에서 파일시스템 복구를 시도하도록 안내한다. 복제 작업은 목적지 내용을 덮어쓸 수 있으므로 원본과 목적지 식별, 충분한 목적지 용량이 전제다. 장치가 물리적으로 불안정하거나 데이터의 대체가 불가능하면 전문 복구를 먼저 고려한다.

복사가 끝났다는 표시만으로 파일 내용이 온전하다고 볼 수는 없다. 실제 파일을 열거나 기존 체크섬과 비교해 무결성을 확인하고, 불완전하게 읽힌 범위가 있는 복제본은 원본의 완전한 사본과 구분한다. SSD의 단순 전원 연결만으로 모든 오래된 데이터가 재기록된다고 가정하지 말고, 장기 보관 데이터는 별도 매체에 복제하고 주기적으로 읽기·복원을 확인한다.

진단 분기: 저장장치 문제 진단

참고 링크

• GNU ddrescue, 원본 보존과 복제 안전 지침