NetApp SAN hakkında akılda tutulması gereken bazı şeyler. Her şeyden önce gerçek SAN değil. NAS için harika olan waffel (sp?) Dosya sisteminin üstünde SAN, ancak özellikle aralarında başka bir katman ile SAN için harika değil.
Waffel platform ve fiber portlar arasında olduğu için WAFL'yi verilerle patlatırsanız, FC waffel'in geri çekilmesini beklerken FC yavaşlayabilir.
Ayrıca RAID seviyesi üzerinde herhangi bir kontrol elde edemezsiniz (yakın zamanda değişmedikçe). Bu nedenle, bazı veriler için RAID 5'e ihtiyacınız varsa, hepsi okunuyor ve bazı verilerin RAID 10 olması gerekiyor, çünkü hepsi yazılıyor ve çok az okuma bunu kontrol edemezsiniz.
Şimdi beni yanlış anlamayın, NetApp inanılmaz bir NAS birimi yapıyor. Ancak bir NAS'ı alamaz ve arkasındaki FC bağlantı noktalarını tokatlayıp SAN olarak adlandıramazsınız.
Şimdi, birimlerin gereksiz hale getirilebileceğini biliyorum, ancak bunun ek bir başlık başlığı satın almasını gerektirdiğine inanıyorum (çift kafa standarttır, yeniden başlatma durumunda çoğu tüm SAN kurulumu, vb.) Ve bu ikinci dosyalayıcı için ek depolama alanı ( çünkü iki kafanın aynı disklerle konuşabileceğini düşünmüyorum).
Chuck Hollis ve yayınladığı Prove It Kit'in bu bloguna bir göz atın
NetApp SAN'larında pil yedeklemelerinde bir sorun olduğunu biliyorum. SQL Server'ı çalıştırdıysanız ve bir tablo oluşturduysanız ve tabloya veri eklemeye başladıysanız, NetApp üzerindeki fişi çekin (güç arızasını simüle et) ve en son eklenen değeri almak için önbelleği sorgulayın. NetApp geri gelir çünkü bazı işlemler kaybedilir (bu eski bir sorundur ve umarım şimdi çözülmüştür).
NetApps, Okuma Önbelleği veya Yazma Önbelleği miktarını kontrol etmenize izin vermez. 50/50. Bu okuma önbelleği üzerinde veritabanları barındıracaksanız temelde değersizdir ve yazma önbelleği kraldır. Normalde SQL Server'ın LUN'ları için okuma önbelleğini ve yazma önbelleğini devre dışı bırakmak istersiniz. Burada bir seçenek yok.