NetApp SAN에 대해 명심해야 할 사항 사실은 사실 SAN이 아닙니다. NAS에는 적합하지만 Waffel (sp?) 파일 시스템 위에는 SAN이지만 SAN에는 적합하지 않습니다. 특히 그 사이에 다른 레이어가있는 경우에는 SAN에 적합하지 않습니다.
와플이 플랫폼과 파이버 포트 사이에 있기 때문에 데이터로 WAFL을 폭파하면 와플이 다시 잡힐 때까지 FC가 느려질 수 있습니다.
또한 최근에 변경되지 않은 경우 RAID 레벨을 제어 할 수 없습니다. 따라서 일부 데이터에 대해 RAID 5가 필요한 경우, 모든 데이터가 읽기 때문에 일부 데이터는 RAID 10이되어야합니다. 모든 데이터가 쓰기 및 읽기가 거의 없기 때문에이를 제어 할 수 없습니다.
NetApp은 놀라운 NAS 장치를 만듭니다. 그러나 NAS를 가져갈 수 없으며 후면의 FC 포트를 때리고 SAN이라고 불렀습니다.
이제는 장치를 중복으로 만들 수 있지만 추가 파일러 헤드 (이중 헤드는 표준은 재부팅의 경우 대부분의 모든 SAN 설정 등)와 두 번째 파일러의 추가 스토리지를 구입해야한다고 생각합니다. 두 헤드가 동일한 디스크와 통신 할 수 있다고 생각하지 않습니다.)
척 홀리스 (Chuck Hollis) 와 그가 출판 한 Prove It Kit 에서이 블로그를 살펴보세요
NetApp SAN의 배터리 백업에 문제가 있다는 것을 알고 있습니다. SQL Server를 시작하고 테이블을 생성하고 테이블에 데이터를 삽입하기 시작한 경우 NetApp의 플러그를 뽑은 다음 (전원 실패 시뮬레이션) 마지막으로 값을 삽입하기 위해 캐시를 쿼리하여 데이터베이스와 다른 번호를 얻습니다. NetApp은 일부 트랜잭션이 손실 되었기 때문에 다시 시작됩니다 (이것은 오래된 문제이며 현재 해결되기를 바랍니다).
NetApp에서는 읽기 캐시 또는 쓰기 캐시의 양을 제어 할 수 없습니다. 50/50입니다. 해당 읽기 캐시에서 데이터베이스를 호스팅하려는 경우 기본적으로 가치가 없으며 쓰기 캐시가 가장 중요합니다. 일반적으로 SQL Server LUN에 대한 읽기 캐시와 쓰기 캐시를 비활성화하려고합니다. 여기에 옵션이 없습니다.