SSD (자기 디스크)가 아닌 외부 HDD에 백업 된 디렉토리가 많이 있습니다.

백업은 단일 디스크에 있습니다 (예, 사본이있는 여분의 HDD는 좋은 생각이지만 지금은 그렇지 않습니다). 또한 디스크에 파일의 이중 복사본이 없습니다.

HDD는 파일이 차지하는 것보다 훨씬 많은 공간 (옵션 1)을 가지고 있습니다 (옵션 2) 파일이 차지하는 것보다 여유 공간이 적습니다.

디스크를 포장 상자와 같은 "달걀 상자"안에 넣은 비닐 봉지에 넣습니다. 상자가 햇볕에 노출되거나 비가 오는 등 내 집안의 방에 보관됩니다.

내 질문은 : 데이터 수명을 최대화하기 위해 주기적으로 디스크로해야 할 일이 있습니까? 예를 들어, 다른 곳으로 모든 것을 읽거나, 다시 읽고 쓸 수 있거나, 디스크에서 데이터의 물리적 위치를 어떻게 든 재구성하거나, 디스크를 흔들거나, 물리적 위치를 변경하거나, 아무 것도하지 않고 전원을 켤 수 있습니다. 내가 설명한 두 가지 선택적 시나리오에 대한 답변을 원합니다.

노트:

• 오히려이 질문을 단일 브랜드의 HDD에만 국한 시키지는 않지만 알아야 할 경우 Toshiba STOR.E 기본 750GB 드라이브입니다. 내 선택이 아니라, 나는 이것으로 작업해야합니다.
• HDD 매뉴얼은이 문제에 대해 아무 말도하지 않습니다.
• 백업은 과거에 이러한 폴더의 상태를 나타냅니다. 이 상태를있는 그대로 유지하는 것이 중요하고 동일한 데이터의 "마스터 사본"이 없다고 가정하십시오.
• 아마도 질문과 관련이 없지만이 파일을 잃어 버린 경우 치명적으로 나쁘지는 않지만 예상 수명을 늘리고 싶습니다.
• 두 개의 HDD에 두 개의 사본이 있어도 문제는 마찬가지로 관련이 있습니다. 각 HDD에 대해 어떤 종류의 유지 관리 작업을 수행해야합니까?

전문적인 관점에서 볼 수있는 옵션은 다음과 같습니다.

1. 빌다.
2. 여러 장치에서 여러 복사본을 만듭니다.

"옵션 1"(훨씬 더 많은 공간)에서 동일한 하드웨어에 여러 복사본을 만들어서 확률을 크게 높일 수는 있지만 하드웨어가 실패하여 전체 디스크를 읽을 수없는 경우는 거의 없습니다. 단일 사본은 실행 가능한 백업 전략이 아닙니다.

이것이 실제 백업 (기본 장치의 파일)인지 또는 아카이브 (기본 장치에서 제거 된 파일)인지 확실하지 않습니다. 보관 케이스에 대해 관심이 있다면 여분의 사본이 다소 더 중요합니다. 백업 사례 이론적으로 기본 사본이 있으므로 완전히 운이 나기 전에 두 번 이상 실패해야합니다.

당신이있는 경우 여유 공간을 백업 데이터를 사용하는 것보다 당신 - 옵션 1 질문에 - 또는 데이터의 여러 사본이있는 경우, 나는 "일을 할 것"이라고 생각을 가지고; SpinRite가 하드 드라이브 "유지 관리"에 실제로 도움이되고 /거나 데이터의 모든 비트를 완전히 덮어 쓴 다음 다시 쓰려고한다면 그렇게 할 것입니다.

당신이 상관없이 해야 일을하거나하지, 나도 잘 모르겠어요 ... 비트 부패 또는 데이터 저하는 실제로 존재하는 것, 그리고 같은 질문에 수퍼 유저에 여기 하나 와 저기 serverfault에이 하나 백업 또는 어쩌면 오류 - 조언을하는 것 수정 또는 내결함성 RAID (단일 하드 드라이브의 경우 여러 백업 및 해시 / CRC 검사를 선택하고 RAID 장애시 수행 할 작업에 대해 걱정하지 않음)

나는 더 단순하고 게으른 "아무것도없는"접근 방식을 기대하고 있지만, 다음은 적어도 "1 년에 한 번은 여전히 ​​데이터를 읽을 수 있고 다시 쓸 수도있다"는 아이디어입니다.

일부 SpinRite 유지 관리 기능의 Linux DIY 에뮬레이션

많은 사람들이 SpinRite가 실제로 작동한다고 확신하는 것처럼 보이지만 무료가 아니며 Linux를 실행하므로 Steve Gibson의 SpinRite 작동 방식을 들었습니다 . 비디오에 따르면 SpinRite가하는 일 중 하나는 다음과 같습니다.

• 전체 드라이브를 읽습니다
• 비트를 뒤집어 쓴다
• 다시 읽습니다
• 비트를 뒤집어 쓰고 씁니다.
• 다시 읽습니다

드라이브에서 (사소한) 문제가 발견되면 "드라이브 자체가 불량 섹터를 양호한 섹터로 교체하도록 유도 해야 합니다."

얼마나 자주해야합니까? 스티브는 "얼마나 자주 그런지 아는 사람은 없지만 몇 달마다 충분해야한다"고 말했다 . 나는 단지 6 개월마다 또는 매년 정도를 추측하고 있습니다.

badblocks

읽기 / 플 래핑 / 읽기 / 플 래핑 프로세스 badblocks는 쓰기 모드 테스트 ( -w옵션)를 사용할 때와 거의 동일하게 들리지만 실제로 데이터를 "비트 플립"하지는 않지만 파괴적으로 모든 데이터를 읽고, 읽고 & 뒤집습니다. 파티션의 비트 :

이 옵션을 사용하면 badblocks는 장치의 모든 블록에 일부 패턴 (0xaa, 0x55, 0xff, 0x00)을 작성하고 모든 블록을 읽고 내용을 비교하여 불량 블록을 검색합니다.

우연히도, 이러한 패턴은 10101010, 01010101, 11111111, 00000000 이진수로 표시됩니다.

따라서 badblocks는 비트를 철저히 쓰고 읽고 읽으며 무료입니다. mke2fs와 함께 불량 블록 을 실행 한 경우 불량 블록 badblocks -cc목록이 저장되므로 ext2 / 3 / 4에서 불량 블록을 발견 할 수 있습니다.

단점은 불량 블록의 쓰기 테스트가 파괴적 이므로이 작업을 수행하려면 데이터를 저장하고 다시 쓰기 위해 최소한 두 개의 파티션 이 필요하다는 것 입니다.

• 데이터의 사본 두 개를 하드 드라이브 에 각각 다른 파티션 에 보관하십시오 ! .
  이를 통해 단일 파티션의 모든 비트를 10, 01, 11, 00으로 덮어 쓰면 불량 영역이 발생할 경우 복구 가능성이 두 배가됩니다. 그리고 CRC32 또는 MD5와 같은 데이터 파일에 대한 체크섬 / 해시 목록을 유지하십시오 (MD5 / SHA는 CRC에 비해 속도가 느리고 CRC에서 임의 오류를 놓치지 않아야합니다).
• 몇 달마다 :
  1. 백업 사본을 읽고 여전히 체크섬 / 해시와 일치하는지 확인하십시오.
  2. "의사는"파티션 비트는 플립 과 badblocks -w나 mke2fs -cc( 하나 개의 파티션 만 모든 데이터를 하나 개의 사본을 덮어 쓰지 않습니다!)
  3. 새로 뒤집힌 파티션에 데이터를 다시 복사
  4. "의사"-비트-다른 파티션 (아직 뒤집지 않은 파티션 )
  5. 새로 뒤집힌 파티션에 데이터를 다시 복사

이는 데이터를 다시 포맷하고 다시 복사하는 것과 비슷하지만 빠른 / 표준 형식은 일반적으로 모든 섹터에 쓰지 않으므로 많은 비트를 변경 / 플 래핑하지 않을 수 있습니다.

최상의 솔루션은 항상 여러 장치에 여러 복사본이있는 것 입니다.
광학 미디어는 10 년, 20 년, 심지어는 50 년 이상 읽을 수 있으며 두 개의 동일한 디스크 / ISO가 gddrescue(아래)에 맞는다는 것을 읽었습니다 .
클라우드 스토리지는 종종 몇 GB에 대해 무료이며, 특히 용량이 계속 증가하는 경우 파일 (선택적으로 암호화 된)을 저장하는 것이 좋습니다.

또한 오류 수정 아카이브에 파일을 저장하면 오류가 발생 하면 도움이 될 수 있지만 백만 개 중 하나의 파일을 잃어버린 것만으로도 백만 개 파일의 전체 아카이브를 잃는 것만 큼 나쁘지는 않을 수 있습니다. ECC-CRC와 같이 별도의 오류 수정 소프트웨어가 존재한다면 도움이 될 수 있지만, 아무것도 모르고 여분의 데이터 사본이 더 좋습니다.

접선과 관련하여 SpinRite는 하드 드라이브의 불량 섹터에서 데이터를 읽거나 다른 방향 및 속도에서 데이터를 읽을 때 "매우 열심히 시도합니다". 또한 데이터를 읽는 gddrescue데 어려움이있을 경우 와 매우 흡사합니다 . . gddrescue는 또한 오류가있는 두 개의 데이터 사본 에서 읽을 수 있고 희망적으로 하나의 완전한 좋은 사본을 함께 모을 수 있습니다 . 그리고 나는 두 개의 (또는 그 이상) 동일한 데이터 파티션 사본을 만들고 dd싶을 것입니다. 동일한 사본을 변경하므로 피할 수 없었습니다.

여기에서 대부분의 포스터가 놓친 것처럼 보이므로,이 우수한 게시물을 사용하여 질문의 세부 사항에 대한 권장 답변 입니다. 장기, 대용량, 데이터 저장 (보관)에 어떤 매체를 사용해야합니까? 가이드로. 그가 훌륭한 일을 했으므로 참고 문헌과 연구를 인용하지 않을 것이며 전체 게시물을 읽는 것이이 경우의 요약보다 낫습니다.

냉장 보관 (오프라인)에서 하나의 HDD로 제한하며, 주어진 두 가지 옵션을 사용하면 몇 년마다 드라이브를 연결하고 회전시켜야합니다. 이렇게하는 가장 큰 이유는 스핀들 그리스가 경화 및 압수되지 않도록하기위한 것입니다. 스핀들 그리스 는 시간이 지남에 따라 단단 해지고 디스크를 한 번에 한 번 돌리면 그 결과를 크게 지연시킬 수 있습니다. HDD에 대한 그리스의 중요성에 대한 통찰력을 얻으려면 Minebea의 노력을 살펴보십시오. HDD 모터 제조업체는 이 보고서 에서 그것에 대해 조사합니다 .

디스크가 연결되어있는 동안 일부 SMART 진단 프로그램을 실행하여 전자 제품, 하드웨어 또는 플래터의 고장이 임박한 징후를 찾을 수도 있습니다. Google 과 Carnegie Mellon University가 FAST'07에서 발표 한 연구에서 { 당일 '최고의 논문'을 수상했습니다} SMART 테스트는 실패를 나타내는 것일 수 있지만 '통과'테스트는 건강을 나타내는 것은 아닙니다. 그럼에도 불구하고 확인은 해치지 않습니다. 예, 그것은 오래된 연구이지만 아무도 그것을 새로운 것으로 대체하지 않은 것 같습니다.

드라이브를 잠시 동안 실행하고 데이터에 액세스하면 데이터를 보유한 자기장의 강도도 갱신됩니다. 일부는 일화 적 증거의 무리에 기초하여 필요하지 않다고 주장하지만, 어떤 연구에 따르면 자기장의 약화가 가능하다는 것을 알 수 있습니다. 위스콘신 대학교 매디슨 대학의 패리티 오염 , 데이터 손상 및 디스크 포인터 손상 이라는 세 가지 논문을 소개합니다 . 이것들을 읽은 후에는 그들의 결론이 데이터를 위협하는 정도와 데이터로부터 보호 할 가치가 얼마나 있는지 결정할 수 있습니다.

제안 된 큐 레이션 루틴

어떤 OS를 사용하고, 어떤 도구를 사용하거나 선호하는지, 어떤 파일 시스템을 선택하는지 모르겠습니다. 따라서 제 제안은 일반적인 것이므로 구성과 환경 설정에 가장 적합한 도구를 선택할 수 있습니다.

먼저 스토리지 설정입니다. 파일을 HDD에 저장하기 전에 해당 파일을 보관하십시오. 이것은 압축을 의미하지 않으며 피하지도 않습니다. 오류 복구 또는 '자가 치유'기능을 제공하는 아카이브 형식을 선택하십시오. 하나의 방대한 아카이브를 작성하지 말고 함께 속하는 것을 아카이브하여 아카이브 라이브러리를 작성하십시오. 압축을 선택한 경우 오류 복구 기능을 방해하지 않는지 확인하십시오. 대부분의 음악, 비디오, 영화 및 사진 형식의 경우 압축 할 필요가 없습니다. 이러한 파일 형식은 이미 압축되어 있으며 압축하려고하면 공간이 거의 걸리지 않고 때로는 더 큰 파일이 생성됩니다파일을 작성하고 거래 시간과 CPU 전력을 낭비합니다. 여전히 위의 오류 복구를 위해 보관하십시오. 그런 다음 선택한 다이제스트 알고리즘을 사용하여 각 아카이브 파일에 대한 체크섬을 만듭니다. 여기서 보안은 문제가 아니라 파일에 대한 온 전성 검사이므로 MD5로 충분하지만 아무 문제가 없습니다. 아카이브 파일과 함께 체크섬 사본을 저장 하고동일한 HDD의 두 번째 위치-전체 체크섬 수집을위한 전용 디렉토리 일 수 있습니다. 이 모든 것이 디스크에 저장됩니다. 다음으로 매우 중요한 것은 체크섬을 생성하고 아카이브를 복원하는 데 사용한 도구 (해당 압축을 사용한 경우 압축 해제)를 HDD에 저장하는 것입니다. 시스템에 따라 프로그램 자체이거나 설치 프로그램이 필요할 수 있습니다. 이제 원하는 방식으로 HDD를 저장할 수 있습니다.

두 번째는 스토리지입니다. 현재 HDD는 물리적 충격 (흔들림 및 튀는 충격)으로부터 합리적으로 보호되지만, 밀어 넣을 필요도 없습니다. 질문에서 언급 한 방식대로 저장하십시오. 전자기력에 노출 될 수있는 지역을 피하기 위해 노력하겠습니다. 예를 들어 회로 차단기 패널과 동일하게 닫히거나 HAM 라디오 위에 있지 않습니다. 멀리 떨어져있는 번개는 피할 수 없지만 진공 청소기와 힘은 피할 수 있습니다. 익히고 싶다면 패러데이 쉴드 나 패러데이 백을 구입하십시오. 당신의 제안 중 두 가지가 무의미하거나 나쁜 것입니다. 저장되는 동안 물리적 위치를 변경해도 중요한 것은 영향을 미치지 않으며 흔들릴 수 있습니다대부분의 드라이브가 우수한 G- 쇼크 보호 기능을 제공하지 않기 때문에 손상을 입을 수는 있지만 가능합니다.

마지막은 주기적 조치입니다. 예를 들어, 매년 또는 2 년마다 일정을 선택하면 스토리지에서 제거하고 컴퓨터에 다시 연결합니다. SMART 테스트를 실행하고 실제로 결과를 읽으십시오. SMART 결과에 "다음 시간"이 아니라 "이번"이 표시되면 디스크를 교체 할 준비를하십시오. 연결되어있는 동안 모든 아카이브 파일을 체크섬과 대조하여 확인하십시오. 검사에 실패한 경우, 아카이브 형식의 오류 복구 기능을 사용하여 해당 파일을 복원하고, 아카이브 및 체크섬을 다시 작성하여 다시 저장하십시오. 옵션 2에 "좋은 양의"여유 공간이있는 것으로 지정 했으므로 아카이브를 새 디렉토리로 복사 한 다음 원본을 삭제하십시오. 단순히 "이동"하면 전혀 움직이지 않을 수 있습니다. 많은 최신 파일 시스템에서 파일을 이동하면 파일이 나열된 디렉토리가 변경됩니다. 그러나 파일 내용은 그대로 유지됩니다. 파일을 복사하면 파일을 다른 곳에 쓸 수 있으며 원본을 삭제하여 공간을 확보 할 수 있습니다. 아카이브 파일이 많은 경우 HDD의 여유 공간을 채울만큼 크지 않을 것입니다. 모든 파일을 확인 또는 복원하고 선택한 항목을 이동 한 후 포장재를 복원하고 다음에 다시 보관할 때까지 보관하십시오.

주의해야 할 추가 사항. 시스템을 업그레이드하거나 다른 OS로 전환 할 때 새 구성에서 해당 HDD를 읽을 수 있는지 확인하십시오. 일반 텍스트가 아닌 것이 있으면 저장된대로 파일을 읽을 수있는 능력을 잃어 버리지 않도록하십시오. 예를 들어, MS-Word 문서는 한 형식으로 작성된 방정식을 가질 수 있으며 최신 버전에서는 방정식을 읽을 수 없습니다. 참조 이 바로 그 문제에 대한. 그러나 Word가 유일한 문제의 원인은 아니며 오픈 소스 형식조차도 데이터가 미래를 보장하는 것은 아닙니다. 이 영역의 주요 실수는 실패한 Digital Domesday Book 프로젝트에 대해 읽습니다.. 새로운 기술이 나타나면 컬렉션 업데이트도 고려하십시오. 동영상이 AVI 파일로 저장되어 있고 MKV가 더 좋으면 변환하십시오. 워드 프로세싱 문서가 있고 프로그램을 업그레이드 한 경우 보관 된 문서를 새로운 형식으로 다시 저장하십시오.

자성 매체는 시간이 지남에 따라 퇴색 될 수 있으며 결과는 불량한 비트 또는 섹터입니다. 해결책은 몇 년에 한 번씩 자기 부품을 갱신하는 것일 수 있습니다.

가장 간단한 방법은 전체 하드 디스크를 복사하고 다시 쓰는 것입니다. 섹터 주소를 갱신하지 못할 수도 있습니다. 섹터 주소는 펌웨어가 헤드를 배치 할 수있는 섹터의 "헤더"입니다. 섹터 주소를 갱신하려면 디스크를 다시 포맷해야합니다 (딥 포맷 – 빠르지는 않음).

대체 솔루션은 디스크 재생성 제품을 사용하는 것입니다. 이 제품은 물리적 레벨에서 디스크를 스캔하여 모든 섹터와 주소를 읽고 자기 데이터를 갱신하기 위해 두 가지를 모두 다시 씁니다.

추가 오류는 읽기 오류가 발생하면 데이터를 저장하기 위해 여러 가지 읽기 방법을 시도하고 섹터를 불량으로 표시하고이를 예비 섹터 (대부분의 하드 디스크에 예비 섹터가 있음)로 다시 매핑한다는 것입니다. 데이터가 저장됩니다.

이러한 제품은 다음과 같습니다.

• DiskFresh (개인 및 비상업적 용도 또는 25 달러에 무료) -Puran Utilities의 일부로 좋은 평가를받습니다. 손상된 / 불량 섹터가있는 경우에만 알려주며 고급 복구를 수행하지 않습니다.

• SpinRite (89 달러 환불 보장)-몇 년 전에 디스크를 저장했지만 몇 년 동안 업데이트되지 않았습니다. 제품이 오래되어 환불 보증을 믿지 않습니다.

• HDD Regenerator (89.99 달러 환불 보장)-좋은 리뷰를 가진 최신 제품.

안전한 장기 저장을 원하는 독자들을 위해 완전성을 기하기 위해 M-DISC 또는 Archival Disc로 상업적으로 브랜딩 된 "Write-once read-forever"DVD 및 Blu-Ray 제품이 존재한다고 언급합니다.

어떤 유지 보수 도 수행하지 않아야합니다 . 드라이브를 다시 연결하고 전원을 켜면 드라이브가 지속적으로 작동하는 것보다 상자에서 잠자기보다 더 높은 위험을 나타냅니다. 따라서 자주 확인하면 실제로 피해 확률이 높아집니다.

보관 방법 은 훌륭하지만 온도를 잊지 마십시오 . 극단적으로 두지 마십시오. 백업 드라이브로 정확히 무엇을 사용하십니까? 일부는 다른 것보다 내구성이 뛰어납니다.

지정한 공간이 충분하기 때문에 HDD에 동일한 데이터의 사본 두 개를 만들 수 있습니다. 불량 섹터의 경우 괜찮을 것입니다. 내가 알았던 것에서, 오늘날 대부분의 드라이브는 드라이브의 시작 부분 (처음 몇 GB)에서 섹터 손상을 입지 만 대부분 운영 체제 (귀하의 경우가 아님) 때문입니다. 일반적으로 대부분의 경우 불량 섹터가 초기에 함께 클러스터되어 표시되므로 동일한 드라이브에 두 개의 데이터 사본이 있으면 도움이됩니다.

중요한 파일이 몇 개인 경우 안전을 위해 파일을 다른 곳에 저장하는 것이 좋습니다. 암호화 된 보관 파일을 만들어 막대기에 넣거나 신뢰하는 사람에게 제공하십시오.

나는 항상 당신의 드라이브가 고장날 것이라고 가정 하는 것이 속임수라고 느꼈다 . 임의의 실패 모드가 있습니다. 비 랜덤 오류의 경우 드라이브와 파일 시스템이라는 두 가지 측면이 있습니다.

약간의 특이한 소스이지만이 reddit 스레드 는 주어진 비트 하나가 10 년 정도 뒤집힐 수 있다고 제안하지만 파일 시스템이나 드라이브 자체에서 하나의 뒤집힌 비트가 ECC에 의해 자동으로 처리 될 것이라고 생각합니다.

일반적으로 주기적 SMART 테스트에서 연령 관련 '대규모'문제를 찾을 수 있습니다. 즉 재 할당 된 섹터와 같은 항목을 찾습니다. 상대적으로 짧은 듀티 사이클을 사용하면 실제로 많이 볼 수는 없지만 약간의 편집증이되고 있습니다. 다시 한 번 상황 이 나빠질 때까지 드라이브는 ECC에서 자동으로이를 처리 할 것입니다.

마지막으로 갑자기 드라이브 나 컨트롤러가 사망 할 위험이 있습니다. 이론적으로, 드라이브 수명을 최대화하는 것으로 알려진 제어되고 시원한 온도에서 드라이브를 구동하여 드라이브를 보호 할 수 있지만, 실제로 드라이브를 사용하지는 않습니다.

드라이브는 일정한 수의 스핀 업 및 스핀 다운 (여기서는 문제가 아님)이 있어야 하며 드라이브를 올바르게 꺼내면 드라이브로 데이터가 플러시 될 수 있으며 드라이브 전원을 끄는 도구가 있습니다. hdparm이 그렇게 할 것이라고 생각하지만 테스트가 조금 더 필요합니다.

마지막으로 지속 되는 것으로 알려진 드라이브를 선택합니다 . 또한 몇 년마다 외장 드라이브를 교체하여 오래된 드라이브를 계층 구조로 이동시킵니다.

에서 이론 과 같은 파일 시스템 참고 문헌 및 ZFS 통합 데이터 체크섬하지만 데이터 손실의 위험을 줄이기 위해 설계되었습니다. 최소한 파일이 자동으로 손상되지는 않습니다. 보다 일반적인 파일 시스템을 선택하면 데이터가 손실 될 가능성이 줄어들지 만 아직 데스크톱 OS에 '쉽게'배포 할 수있는 방법은 없습니다. ZFS는 리눅스에서 어느 정도 괜찮은 지원을하고 윈도우에서는 지원하지 않으며, ReFS는 아직 윈도우 데스크탑으로 내려 가지 않았습니다. 이들은 실제 복구를 위해 하나 이상의 드라이브에 여러 사본이 있도록 설계되었으므로 여기서는 정확하게 작동하지 않습니다.

다른 권장 사항에서 알 수 있듯이 백업이 가치가 있으면 단일 백업 리소스는 신뢰할 수있는 솔루션이 아닙니다. 전자 장치에 대한 경험은 많은 사람들에게 (어려운 방법) 그것이 IF의 문제가 아니라 백업 장치가 실패 할 때의 문제라고 가르쳤습니다.

하드 드라이브는 설계 상 비교적 단기적인 데이터 저장을위한 것입니다. 두 가지 훌륭한 기사, https://serverfault.com/questions/51851/does-an-plugplug-hard-drive-used-for-data-archival-deteriorate 및 사용하지 않는 하드 드라이브가 데이터를 잃을 때까지 얼마나 걸립니까? 하드 디스크 드라이브에 저장된 데이터의 수명에 대해 설명합니다. 항상 그렇듯이 마일리지는 다를 수 있습니다.

설명하는 백업 솔루션은 전혀 백업하지 않는 것보다 낫지 만 여전히 단일 장애 지점이 있습니다. 단일 장치에서 백업을 수행하면 화재, 홍수, 도난, 폭발, 장치 고장 등의 데이터 사본 만 손실 될 위험이 있습니다. 따라서 백업을 보존하려는 노력에 상당한 시간이 소요됩니까?

목표 (즉, 신뢰할 수있는 백업)를 달성하려면 둘 이상의 백업이 필요합니다. 데이터를 하드 디스크에 저장하려는 경우 하드 디스크 드라이브에 내재 된 장기 저장 장치 데이터 저하를 방지하기 위해 백업에 가끔 "새로 고침"이 필요합니다. 신발을 신는 경우 원래와 비슷한 보조 백업 드라이브를 구입하고 1 년에 한 번 기본 드라이브에서 보조 드라이브로 데이터를 복사합니다. 매년 말에 프로세스를 반대로 수행하고 보조 드라이브에서 기본 드라이브로 데이터를 다시 복사하십시오. 매년 헹구고 반복하십시오. 드라이브 중 하나는 자연 재해로 인한 유일한 데이터 사본의 손실을 피하기 위해 사용자의 위치에서 원격으로 오프 사이트에 유지해야합니다.

나는 이것에 관한 믿을만한 과학적으로 뒷받침되는 데이터를 찾을 수 없었습니다. 일반적으로이 문제에는 두 가지 측면이 있습니다.

1. 비트 썩음 : 다양한 물리적 효과가 HDD 플래터에 저장된 자기 영역에 저장된 비트를 뒤집어 HDD의 데이터를 손상시킬 수 있습니다. (디스크는 여전히 완벽하게 작동합니다)
2. 기계적 문제 : 드라이브 전원 켜기 / 끄기, 플래터 회전 또는 정지 상태 유지, 보관 조건 및 자연 노화로 인해 일정 시간이 지나면 드라이브를 사용할 수 없게 될 수 있습니다. (데이터 는 손상되지 않고 복구 가능할 수 있음)

비트 썩음은 2008 년 부터이 스레드 에서 논의되었습니다 . 사용자 arnaudk 는 다음과 같이 썼습니다.

내가 알 수 있듯이 하드 드라이브가 어두운 구석에서 상온에서 움직이지 않으면 열 구동 자기 소거로 인해 데이터를 잃는 데 약 22 년이 걸릴 것 같습니다 (아래 세부 사항 참조) . 실제로,이 시간은 하드 드라이브 자체의 모터에서 50km 떨어진 번개 폭풍에 이르기까지 발생하는 기계적 진동과 외부 자기장으로 인해 약간 짧아 질 것입니다.

허용 가능한 신호 감쇄 레벨은 시스템 설계에 따라 다르지만 일반적으로 10-20 % [ref4] 범위이므로 전체 비트 도메인이 20 %가 되려면 (-1/326000) * ln (0.8) = 약 22 년이 걸립니다. 열 자기 제거 효과로 인해 데이터가 손실 될 수 있습니다.

^{(게시물로 직접 링크)}

그것이 내가 찾을 수있는 유일한 추정치입니다. 맞으면 5 년마다 전체 드라이브를 안전하게 다시 작성하여 데이터를 "새로 고침"할 수 있습니다.

기계적 문제는 더욱 미스터리입니다. Backblaze 는 데이터 센터에서 수천 개의 소비자 급 하드 디스크를 사용하고 정기적으로 웰빙에 대한 업데이트를 게시하는 회사입니다. 4 년 동안 24/7 회전 한 후의 추정에 따르면 하드 드라이브의 20 %가 사망했으며 추세가 계속되면 6 년 후 절반이 사라집니다. 이것은 이 Google 백서의 수치와 거의 비슷 합니다. 그러나 이는 하드 디스크의 표준 사용 사례가 아니며 상자에 오프라인으로 저장된 드라이브와 비교할 수 없습니다. 나는이 사건을 다루는 연구에 대해 모른다.

대체로 해당 데이터에 관심이 있다면 두 개의 사본을 보관하고 5 년마다 스트레스 테스트를 거친 새로운 HDD로 옮겨야합니다. 그것은 자성 영역과 하드웨어를 합리적으로 신선하게 유지 해야 하지만 YMMV입니다.

하드 디스크 드라이브의 수명을 늘리는 것은 최소한의 노력으로 최상의 결과를 얻는 문제 중 하나입니다. 포장을 풀고 강한 열, 습도, 먼지 또는 방사선으로부터 멀리 떨어진 단단한 플랫폼에 놓으십시오. 공기 순환이 충분하고 어린이가 우연히 부술 가능성이 가장 적습니다. 업그레이드 할 때까지 하드 디스크의 수명이 길어질 수 있습니다.

아마도 소비자로서, 하드 디스크 수명을 늘리기 위해 할 수있는 일은 거의 없습니다 (아무것도 아님). 그러나 데이터의 생존 가능성을 향상시킬 수있는 방법은 ReFS, RAID 및 백업입니다.

업계에서는 하드 디스크와 달리 데이터 자체의 수명을 연장하기 위해 노력하고 있습니다.

필자의 경험에 따르면 시작 / 정지 (유휴 / 실행)에서 빈번한 전환은 HDD에 좋지 않습니다. (동일한 저장소의 동일한 HDD를 가진 여러 시스템에서 테스트했으며 일부 HDD는 항상 회전하고 다른 HDD는 강제로 회전하지 않습니다)

모든 서버에서 우리는 하루에 "짧은"SMART 테스트와 주말에 걸쳐 "긴 테스트"를 정기적으로 실행하고 있습니다. ZFS를 사용하는 경우 엔터프라이즈 버전 HDD의 경우 한 달에 한 번 정기 "스크러빙"을 수행하는 것으로 충분하고 소비자 등급 HDD의 경우 2 주에 한 번만 수행하면됩니다.

훌륭하고 괜찮은 전원 공급 장치는 HDD를 건강하게 유지하는 요인 중 하나이며, 임의의 전기 놀라움을 방지하는 UPS는 HDD를 우회합니다. (외부 HDD는 컴퓨터에서 전원을 공급 받아 적용됩니다)

HDD가 작동하는 동안 진동 / 흔드는 것도 좋지 않습니다. (휴대용 HDD의 경우 특히 중요합니다-작동 중에는 움직이지 마십시오)

또한 특정 HDD 작업 (감시, NAS, 데스크탑 등)에 적합한 모델을 선택하면 라이브를 확장 할 수 있습니다

일반적으로 유지 관리가 필요하지 않은 Linux 시스템 인 경우 일반적입니다. Windows 시스템은 Linux보다 훨씬 더 자주 클러스터를 느슨하게합니다. 이러한 이유로, 3-6mo마다 chkdsk는 Windows 시스템에서 현명합니다.

부싱 및 베어링이있는 모든 하드 드라이브 부품은 5 년 이상 지속적으로 사용하면 마모로 인해 약간의 정렬이 잘못됩니다. 손상된 파티션으로 언젠가 깨어나지 않는 가장 좋은 방법은 적어도 5 년마다 다시 포맷하는 것입니다.

일반적으로 2 년마다 시스템을 대대적으로 점검해야하는 경우가 있으므로 해당 시간에 다시 포맷하십시오 (오류 확인시 전체 포맷을 사용해야합니다). 내 메모리는 일반적으로 포맷 후 하드 드라이브 공간의 감소를 기록 할 정도로 충분합니다. 이것은 드라이브가 고장 났음을 나타냅니다. 사람이 시스템에 익숙하지 않은 경우 포맷 후 정확한 바이트 수를 기록 할 수 있습니다.

어떤 시점에서 "추가"섹터가 사용되며 (특히이 목적으로) 시스템에서 드라이브의 "일반"영역을 사용할 수없는 것으로 표시하기 시작합니다. 바이트 수가 줄어 듭니다. 이 시점에서 드라이브를 폐기해야합니다. 이미 데이터가 손실되었을 수 있습니다. 이것은 5-10 년 동안 연중 무휴로 유지되는 하드 드라이브의 경우 정상입니다.

드라이브의 수명을 연장하는 유일한 방법은 몇 분 동안 활동이 없으면 시스템이 전원을 끄도록 설정하는 것입니다. 마스터 백업으로 사용하는 2TB 드라이브가 있고 10 분 동안 사용하지 않으면 전원이 꺼 지도록 설정되어 있습니다. 액세스하지 않고 30 일이 걸릴 수 있으므로 꺼져 있습니다. 필요한 경우 전원을 켜고 읽을 수있게하려면 20 초가 걸립니다.

따라서 논의가 유효 기간으로 제한되면 주기적으로 전원이 켜지지 않습니다. "사용하지 않는 하드 드라이브가 데이터를 잃어 버릴 때까지 얼마나 많은 시간이 걸립니까?" 위의 링크에 포함 된 환경 문제가 잘 설명되어 있습니다. 정기적으로 사용하면 더 오래 지속됩니다. 그렇지 않으면 건조합니다. 축전기 (및 배터리)의 전기 화학 구조입니다.

커패시터 수명의 경험 법칙은 20 년입니다. 이것을 20/20 규칙이라고합니다. 커패시터 고장은 사용 후 처음 20 분 동안 가장 높으며, 20 년 사용한 후 통계 고장이 다시 초과 될 것입니다. 그러나 사용하지 않으면 20 년보다 훨씬 빨리 실패합니다.

전자 부품에서 가장 일반적인 (일반적으로 말하면) 고장은 커패시터입니다. 커패시터 (전기 화학), 인덕터 및 변압기 (전자 기계)는 사용 여부에 관계없이 마모됩니다.

Backblaze 라는 회사 가 하드 드라이브 오류에 대한 데이터를 수집했습니다. 회사 블로그의 데이터를 공개하여 어떤 제조업체의 드라이브가 다른 드라이브보다 더 자주 실패했는지 강조 표시했습니다.

A의 최근 블로그 는 5 개 SMART 속성이 임박한 드라이브 오류를 나타내는 정확히 나타내는 데이터를 게시 :

From experience, the following 5 SMART metrics indicate impending disk drive failure:

    SMART 5 – Reallocated_Sector_Count.
    SMART 187 – Reported_Uncorrectable_Errors.
    SMART 188 – Command_Timeout.
    SMART 197 – Current_Pending_Sector_Count.
    SMART 198 – Offline_Uncorrectable.

이러한 제안 된 5 가지 통계와 같은 하위 집합을 선택할 수 있습니다. 이러한 통계는 제조업체간에 일관되며 실패에 대한 좋은 예측 변수이기 때문입니다.

이 기사는 다음과 같이 제안합니다.

SMART 5 : Reallocated_Sector_Count 1-4 감시, 4 이상 교체

SMART 187 : Reported_Uncorrect 1 이상 교체

SMART 188 : Command_Timeout 1-13 13 번 이상 교체하십시오.

SMART 197 : Current_Pending_Sector_Count 1 이상 교체

SMART 198 : Offline_Uncorrectable 1 이상 교체