Google은 하드 드라이브 고장에 대한 철저한 연구를 통해 하드 드라이브의 상당 부분이 대량 사용 후 처음 3 개월 내에 고장난 것으로 나타났습니다.
동료들과 저는 테스트를 거치지 않은 새 드라이브에서 시간을 잃어 버릴 수있는 모든 새 하드 드라이브에 대해 번인 (burn-in) 프로세스를 구현할 수 있다고 생각합니다. 그러나 번인 (burn-in) 프로세스를 구현하기 전에 경험이 풍부한 다른 사람들로부터 통찰력을 얻고 자합니다.
- 하드 드라이브를 사용하기 전에 레코딩하는 것이 얼마나 중요합니까?
- 번인 프로세스는 어떻게 구현합니까?
- 하드 드라이브에 얼마나 오래 구울 수 있습니까?
- 드라이브에서 어떤 소프트웨어를 굽습니까?
- 번인 공정에 너무 많은 스트레스가 있습니까?
편집 : 비즈니스의 특성으로 인해 RAID를 대부분 사용하는 것은 불가능합니다. 우리는 전국에서 매우 자주 우편물을 배달하는 단일 드라이브에 의존해야합니다. 가능한 한 빨리 드라이브를 백업하지만 데이터를 백업 할 기회를 얻기 전에 여전히 여기 저기 오류가 발생합니다.
최신 정보
우리 회사는 한동안 번인 (burn-in) 프로세스를 구현했으며 매우 유용한 것으로 입증되었습니다. 재고가있는 모든 새 드라이브를 즉시 소각하여 보증 기간이 만료되기 전에 새 컴퓨터 시스템에 설치하기 전에 많은 오류를 찾을 수 있습니다. 드라이브가 제대로 작동하지 않는지 확인하는 것도 유용한 것으로 나타났습니다. 컴퓨터 중 하나에서 오류가 발생하고 하드 드라이브가 주요 용의자 인 경우 해당 드라이브에서 번인 프로세스를 다시 실행하고 RMA 프로세스를 시작하거나 던지기 전에 드라이브에서 실제로 문제가 있는지 확인하기 위해 오류를 확인합니다. 쓰레기통에.
번인 과정은 간단합니다. SATA 포트가 많은 지정된 Ubuntu 시스템이 있으며 각 드라이브에서 4 번의 패스로 읽기 / 쓰기 모드에서 불량 블록을 실행합니다. 작업을 단순화하기 위해 "모든 드라이브에서 데이터가 삭제됩니다"경고를 표시 한 다음 시스템 드라이브를 제외한 모든 드라이브에서 불량 블록을 실행하는 스크립트를 작성했습니다.