Một số điều cần lưu ý về NetApp SAN. Đó không phải là SAN thực sự trước hết. Đó là SAN, trên đầu hệ thống tệp waffel (sp?), Tuyệt vời cho NAS, nhưng không phù hợp với SAN, đặc biệt là với một lớp khác giữa chúng.
Bởi vì waffel nằm giữa nền tảng và các cổng sợi nếu bạn tạo WAFL với dữ liệu, FC sau đó có thể chạy chậm lại trong khi nó chờ cho waffel bắt kịp.
Bạn cũng không nhận được bất kỳ sự kiểm soát nào đối với cấp độ RAID (trừ khi điều này đã thay đổi gần đây). Vì vậy, nếu bạn cần RAID 5 cho một số dữ liệu, bởi vì tất cả đều đã đọc và một số dữ liệu cần phải là RAID 10 vì tất cả đều ghi và rất ít đọc bạn không thể kiểm soát điều này.
Bây giờ đừng hiểu lầm tôi, NetApp tạo ra một đơn vị NAS tuyệt vời. Nhưng bạn không thể lấy một NAS và đặt các cổng FC ở phía sau của nó và gọi nó là SAN.
Bây giờ, tôi biết rằng các đơn vị có thể được dự phòng, nhưng tôi tin rằng cần phải mua thêm đầu quay (đầu kép là tiêu chuẩn là hầu hết tất cả các thiết lập SAN trong trường hợp khởi động lại, v.v.) cộng với bộ nhớ bổ sung cho trình quay thứ hai đó ( vì tôi không nghĩ rằng hai cái đầu có thể nói chuyện với cùng một đĩa).
Hãy xem blog này từ Chuck Hollis và Prove It Kit mà anh ấy đã xuất bản
Tôi biết rằng đã từng có một vấn đề với các bản sao lưu pin trên NetApp SAN. Nếu bạn kích hoạt SQL Server và tạo một bảng và bắt đầu chèn dữ liệu vào đó, sau đó rút phích cắm trên NetApp (mô phỏng sự cố mất điện), sau đó truy vấn bộ đệm để lấy giá trị cuối cùng được chèn, bạn sẽ nhận được một số khác từ cơ sở dữ liệu sau NetApp quay trở lại vì một số giao dịch bị mất (đây là một vấn đề cũ và hy vọng sẽ được giải quyết ngay bây giờ).
NetApps không cho phép bạn kiểm soát lượng Read Cache hoặc Write Cache. Đó là 50/50. Nếu bạn định lưu trữ cơ sở dữ liệu trên bộ đệm đó thì đọc về cơ bản là vô dụng và ghi bộ đệm là vua. Thông thường, bạn sẽ muốn tắt bộ đệm đọc cho LUN của SQL Server và lên bộ đệm ghi. Không phải là một lựa chọn ở đây.