NetApp SANについて留意すべきいくつかの事項。そもそもSANではありません。これは、NASに最適なwaffel(sp?)ファイルシステムの上にあるSANですが、特に別のレイヤーがある場合、SANには適していません。
ワッフルはプラットフォームとファイバーポートの間にあるため、データでWAFLを爆破すると、ワッフルが回復するのを待つ間にFCの速度が低下する可能性があります。
また、RAIDレベルを制御することもできません(これが最近変更されていない限り)。したがって、一部のデータにRAID 5が必要な場合、すべて読み取りであり、一部のデータはすべて書き込みで読み取りが非常に少ないためRAID 10にする必要があります。これを制御することはできません。
誤解しないでください、NetAppは素晴らしいNASユニットを製造しています。しかし、NASを使用することはできません。その背後にあるFCポートを平手打ちし、SANと呼びます。
今、ユニットを冗長化できることはわかっていますが、追加のファイラーヘッド(リブートなどの場合、デュアルヘッドがほとんどすべてのSANセットアップです)とその2番目のファイラー用の追加ストレージを購入する必要があると思います( 2つのヘッドが同じディスクと通信できるとは思わないので)。
Chuck Hollisのこのブログと彼が公開したProve It Kitをご覧ください。
NetApp SANのバッテリーバックアップに問題があったことを知っています。SQL Serverを起動してテーブルを作成し、データの挿入を開始した場合、NetAppのプラグを抜いて(電源障害をシミュレート)、キャッシュを照会して最後に挿入された値を取得すると、データベースから別の番号が取得されますいくつかのトランザクションが失われたため、NetAppが回復します(これは古い問題であり、うまくいけば解決される予定です)。
NetAppでは、読み取りキャッシュまたは書き込みキャッシュの量を制御することはできません。50/50です。その読み取りキャッシュでデータベースをホストする場合、基本的に価値がなく、書き込みキャッシュが重要です。通常は、SQL ServerのLUNの読み取りキャッシュを無効にし、書き込みキャッシュを上げる必要があります。ここではオプションではありません。