Einige Dinge, die Sie bei NetApp SAN beachten sollten. Es ist zuallererst nicht wahr, SAN. Es ist SAN, zusätzlich zu dem Waffel-Dateisystem (sp?), Das für NAS fantastisch ist, für SAN jedoch nicht besonders gut geeignet ist, insbesondere mit einer weiteren Ebene dazwischen.
Da sich Waffel zwischen der Plattform und den Glasfaseranschlüssen befindet, wenn Sie die WAFL mit Daten beschicken, kann der FC langsamer werden, während er darauf wartet, dass die Waffel wieder aufholt.
Sie haben auch keine Kontrolle über den RAID-Level (es sei denn, dies hat sich kürzlich geändert). Wenn Sie RAID 5 für einige Daten benötigen, weil alle Daten gelesen werden, und einige Daten RAID 10 benötigen, weil alle Daten geschrieben und nur sehr wenig gelesen werden, können Sie dies nicht steuern.
Versteht mich nicht falsch, NetApp ist ein großartiges NAS-Gerät. Sie können jedoch kein NAS nehmen und FC-Ports in die Rückseite stecken und es als SAN bezeichnen.
Jetzt weiß ich, dass die Einheiten überflüssig gemacht werden können, aber ich glaube, das erfordert den Kauf eines zusätzlichen Dateikopfs (Doppelköpfe sind Standard bei fast allen SAN-Setups im Falle eines Neustarts usw.) plus den zusätzlichen Speicher für diesen zweiten Dateikopf ( da ich nicht denke, dass die beiden Köpfe auf die gleichen Festplatten sprechen können).
Schauen Sie sich diesen Blog von Chuck Hollis und das von ihm veröffentlichte Prove It Kit an
Ich weiß, dass bei den NetApp SANs früher ein Problem mit Batteriesicherungen aufgetreten ist. Wenn Sie SQL Server gestartet und eine Tabelle erstellt und mit dem Einfügen von Daten begonnen haben, ziehen Sie den Stecker an der NetApp (simulieren Sie einen Stromausfall) und fragen Sie den Cache ab, um den zuletzt eingegebenen Wert zu erhalten. Danach erhalten Sie eine andere Nummer aus der Datenbank Die NetApp kommt zurück, weil einige Transaktionen verloren gegangen sind (dies ist ein altes Problem und wird hoffentlich jetzt gelöst).
Mit den NetApps können Sie die Größe des Lese- oder Schreibcaches nicht steuern. Es ist 50/50. Wenn Sie Datenbanken auf diesem Lese-Cache hosten wollen, ist dies im Grunde genommen wertlos, und der Schreib-Cache ist König. Normalerweise möchten Sie den Lesecache für die SQL Server-LUNs und den Schreibcache deaktivieren. Keine Option hier.