하드 드라이브 "스핀 업"은 다음과 같은 특징과 한계가있는 매우 구체적인 작업입니다.
- 대부분의 데스크탑 / 소비자 HDD의 경우 스핀 업 프로세스를 완료하는 데 3 ~ 5 초가 소요됩니다. 스핀 업 프로세스 중에 HDD는 데이터를 읽거나 쓸 수 없습니다.
- 스핀 업하는 동안 장치에서 매우 가까이서 들으면 피치 사운드가 커집니다. 그 끝에서 디스크가 다양한 위치로 "추적"될 때 HDD의 볼 베어링이 부드럽게 클릭되는 소리가 들립니다 (스핀 업을 시작할 때 대기 한 I / O 요청을 충족시키기 위해).
- 컨슈머 HDD는 수천 개의 스핀 업 / 스핀 다운 사이클을 위해 설계되었으며, 일부 품질이 낮은 유닛은 약 1000-2000 스핀 업 사이클에 실패하지만, 대부분은 약 600,000에 대해 엔지니어링됩니다. 이 횟수의 스핀 업주기 후에 프로세스와 관련된 메커니즘이 고장 나기 시작하고 결국 실패합니다.
소프트웨어 측면에서 잘 구성된 시스템은 일반적으로 스핀 업 / 스핀 다운에 관한 세 가지 종류의 정책 중 하나를 갖습니다.
대한 극단적 인 (배터리 전원으로 노트북에서 예) 에너지 절약, 당신은 활동의 약 15 분, 30 분 (것 예상 가능한 최단 스핀 다운 시간이 없는 기간 동안 디스크 활동). 최신 Windows에는 항상 많은 프로그램이 실행되고 거의 일정한 I / O를 수행하므로 사용자가 완전히 유휴 상태 인 경우에도 "깨끗한"시스템에서도 15 분 동안 디스크 활동이 없을 가능성이 거의 없습니다 제로. 실제로이 구성은 요즘 드문 경우입니다.
적당한 에너지 절약을 위해 일반적인 데스크탑 스핀 다운 시간은 약 2-4 시간입니다. 즉, 2 시간 또는 4 시간 동안 (또는 구성된대로) 하드 드라이브에 읽기 또는 쓰기가 발생하지 않으면 디스크가 다운되고 다음 I / O 요청이 발생해야합니다. 디스크 백업.
서버의 경우 항상 응답이 지연되지 않고 언제든지 사용 가능해야하므로 비활성으로 인한 스핀 다운은 일반적으로 비활성화됩니다. 이것은 웹 서버 또는 다른 유형의 서버뿐만 아니라 NAS에도 적용됩니다.
소유 한 WD NAS가 스핀-다운 시간이 극히 짧도록 설계되어 있다면 놀랍습니다. 그러나 우분투 리눅스에는 몇 년 전 (2007 년) 우연히 스핀 다운 유휴 시간을 0 초로 설정 하는 버그 가 있었습니다 . 이는 디스크가 I / O 요청 처리를 중단하자마자 스핀 다운에 대한 "0 초"타이머가 즉시 만료되고 디스크가 스핀 다운되고 헤드가 파킹됨을 의미했습니다. 그런 다음 I / O 요청은 메모리에 대기하는 반면 디스크는이를 처리하기 위해 다시 회전해야했습니다.
스핀 업 / 스핀 다운의 끊임없는 이탈은 2007 년 우분투에서 사람들의 하드 드라이브를 매우 짧은 순서 로 죽였 습니다. 잦은 스핀 업주기를 염두에두고 설계되지 않았거나 정상적인 사용에서 1 년 미만 실패했습니다.
NAS 가 계속 회전하고 있다면 내부의 디스크는 HDD에 의해 흔하게 풍화되는 (이 주파수에서) 일종의 기계적 마모를 겪고 있기 때문에 실제로 일종의 고문 테스트입니다. NAS 자체의 상황을 해결하려고 시도해야합니다.
다음을 시도하십시오 :
- NAS의 구성 페이지에서 모든 펌웨어 설정을 살펴보고 전원 관리 설정을 가능한 한 "휴식"상태로 변경하십시오 (최소 절전 / 비활성화).
- NAS의 펌웨어를 제조업체에서 제공하는 최신 버전으로 업데이트하십시오.
- NAS 섀시를 여는 것이 편한 경우, 그렇게하고 내부 HDD의 모델 및 일련 번호를 찾으십시오. 그런 다음 해당 번호를 온라인으로 입력하여 HDD 자체에 대한 펌웨어 업데이트를 찾을 수 있는지 확인하십시오 (NAS 인터페이스에서 펌웨어를 업데이트 할 수없는 경우 HDD를 컴퓨터에 넣어 Windows에서 펌웨어 업데이트를 직접 적용 할 수 있음).
- 디스크에 SMART 진단을 사용할 수있는 경우 SMART 진단 프로그램을 사용하여 해당 디스크를 확인하거나 NAS 펌웨어에서 해당 오류를 표시해야합니다.
- 이 방법으로 문제가 해결되지 않으면 NAS 내부의 HDD에 결함이 있거나 NAS 자체에 결함이있을 수 있습니다. HDD에 특정 유형의 내부 오류가 발생하면 자체 재설정 (전원 끄기 / 전원 켜기)으로 인해 회전 한 다음 다시 회전 할 수 있습니다.
이제 Windows가 문제라는 의심에 대해? 그렇지 않습니다. 몇 초의 유휴 시간 후에 NAS의 디스크가 지속적으로 다운되지 않아야합니다. 그들은 단순히해서는 안됩니다. 기간. 아무도 그들의 NAS를 의도적으로 그렇게 설계하지는 않습니다. (물론, WD를 지나쳐서 그렇게하지는 않을 것입니다.)
Windows 컴퓨터가 SMB 프로토콜을 통해 NAS의 SATA 컨트롤러의 전원 관리 기능을 제어 할 수 없기 때문에 Windows 7은 이러한 상황이 발생하더라도 완전히 흠이 없습니다. NAS의 운영 체제 만이 가능합니다.
Windows 7을 실제로 열 때 Windows 7은 파일 시스템 메타 데이터를 쿼리하여 NAS의 공유 공간에서 사용 가능한 총 디스크 공간을 계산하는 특정 SMB 작업을 수행합니다.
액세스시 회전하고 "완전히 실행되는"하드 드라이브의 경우 사용 가능한 총 디스크 공간을 계산하는 데 1 초 미만이 소요됩니다. 요청은 특별히 비싸지 않으며 어떤 측정으로도 "홍수"되지 않습니다.
Windows가 NAS에 일종의 명령 플러드를 수행한다고 믿는 경우 Windows 7 컴퓨터 중 하나에 Wireshark 를 설치 하고 NAS의 IP 대상으로 SMB 프로토콜에서 패킷 스 니프를 실행 하여 직접 증명해야 합니다. . Windows 탐색기를 열어서 약 100 개가 넘는 요청이 전송되는 경우, 특히 탐색기를 연 후 5-10 초 이상 매우 높은 속도로 요청이 계속 발생 하는 경우 홍수로 간주됩니다 . 그렇지 않으면 다소 정상입니다.
특정 바이러스 검색 및 백업 제품은 매핑 된 네트워크 드라이브 (예 : F : 등)가 공유 드라이브이므로 전체 드라이브 에서 바이러스 검색 또는 백업을 시도한다는 사실을 인식하기에 충분하지 않습니다. (의도적으로 액세스 한 파일이 아니라). 이러한 종류의 버그는 대부분 역사적이지만 특정 소프트웨어를 사용하여 때때로 발생할 수 있습니다. 예를 들어, 공유 드라이브에서 매시간 전체 바이러스 검사를 수행하도록 프로그램을 구성하는 경우 사용자 지침을 충실하게 실행하는 일부 프로그램도 있습니다. 이 프로세스가 시작되면 실제로 SMB 요청으로 NAS를 "홍수"합니다.
따라서 이런 종류의 일이 발생하지 않도록 할 수도 있지만 문제의 근본 원인은 드라이브가 처음부터 회전하고 있다는 것입니다. 좋은 NAS를 사용하면 최소 2 시간 동안 활동이 없을 때까지 드라이브가 정지되고 헤드가 정지되지 않습니다. Windows 탐색기를 매우 빠르게 열고 닫고 매번 스핀 업을 재현 할 수 있으면 NAS쪽에 문제가있는 것입니다.