SAS HDD를 통해 SAS SSD를 사용하지 않을 이유가 없습니다. 그러나 SAS HDD와 SATA SSD 중 하나를 선택할 경우 엔터프라이즈 선택은 SAS 드라이브 일 수 있습니다.
이유 : SAS의 오류 복구 기능이 향상되었습니다. RAID 버전이 아닌 SATA HDD는 전체 버스를 중단시킬 수 있습니다 (그리고 전체 서버 사용이 거부 될 수 있음). SAS 기반 시스템은 하나의 디스크 만 손실됩니다. RAID 배열의 디스크 인 경우 업무가 끝날 때까지 서버 사용을 중지 한 다음 드라이브 교체가 없습니다.
SAS SSD를 사용하면이 점이 문제가됩니다.
[편집]이 의견을 작성하려고했지만 거기에 마크 업이 없습니다.
SAS 컨트롤러가 다른 드라이브에 연결될 것이라고 말한 적이 없습니다. 그러나 장애를보다 정교하게 처리하고 동일한 백플레인의 다른 드라이브에 계속 연결할 수 있습니다.
SAS의 예 :
SAS HBA ----- [백플레인]
| | | |
D1 D2 D3 D4
하나의 드라이브가 고장 나면 HBA 또는 RAID 카드에 의해 떨어집니다.
다른 3 개의 드라이브는 괜찮습니다.
드라이브가 RAID 어레이에 있다고 가정하면 데이터는 여전히 존재하며 액세스 가능한 상태로 유지됩니다.
이제 SATA와 함께 :
SATA ----- [포트 멀티 플라이어]
| | | |
D1 D2 D3 D4
하나의 드라이브가 고장입니다.
마더 보드의 SATA 포트와 다른 3 개의 드라이브 간의 통신이 잠길 수 있습니다. SATA 컨트롤러가 멈추거나 포트 멀티 플라이어가 복구 할 방법이 없기 때문에 발생할 수 있습니다.
여전히 3 개의 작동중인 드라이브가 있지만 그와 통신 할 수 없습니다. 통신이 없음은 데이터에 액세스 할 수 없음을 의미합니다.
고장난 드라이브의 전원을 끄고 당기는 것은 어렵지 않지만 업무 시간 이외의 시간에하는 것을 선호합니다. SAS는 내가 그렇게 할 가능성이 더 높습니다.