前回は、MSのdocsから。今回は、NetAppのWPからの備忘録。

SQL Server over SMB用のCIFSサーバとボリュームの要件

ノンストップ オペレーション用にSQL Server over SMB構成を作成する場合、CIFSサーバとボリュームの要件について理解しておく必要があります。

CIFSサーバの要件

• SMB 3.0が有効になっている必要があります。この機能は、デフォルトで有効に設定されています。
• デフォルトのUNIXユーザのCIFSサーバ オプションが、有効なUNIXユーザ アカウントを使用して設定されている必要があります。アプリケーション サーバでは、SMB接続を確立する際にマシン アカウントが使用されます。 すべてのSMBアクセスで、Windowsユーザが任意のUNIXユーザ アカウントまたはデフォルトのUNIXユーザ アカウントに正常にマッピングされる必要があるため、Data ONTAPは、アプリケーション サーバのマシン アカウントをデフォルトのUNIXユーザ アカウントにマッピングできる必要があります。さらに、SQL Serverはドメイン ユーザをSQL Serverサービス アカウントとして使用します。 サービス アカウントは、デフォルトUNIXユーザにもマッピングする必要があります。
• 自動ノード リファーラルが無効になっている必要があります。自動ノード リファーラルは、デフォルトでは無効になっています。 SQL Serverデータベース ファイル以外のデータへのアクセスに自動ノード リファーラルを使用する場合、そのデータ用のSVMを個別に作成する必要があります。
• Data ONTAP上のSQL Serverのインストールに使用するWindowsユーザ アカウントには、SeSecurityPrivilege権限を割り当てる必要があります。この権限は、CIFSサーバのローカルBUILTIN\Administratorsグループに割り当てられます。

ボリュームの要件

• 仮想マシン ファイルを格納するためのボリュームは、NTFSセキュリティ形式のボリュームとして作成されている必要があります。継続的な可用性が確保されたSMB接続を使用してアプリケーション サーバのNDOを実現するには、共有を含むボリュームがNTFSボリュームである必要があります。 さらに、そのボリュームが以前から一貫してNTFSボリュームであることも必要です。 mixedセキュリティ形式のボリュームまたはUNIXセキュリティ形式のボリュームをNTFSセキュリティ形式のボリュームに変更し、そのボリュームをNDOs over SMB共有で直接使用することはできません。 mixedセキュリティ形式のボリュームをNTFSセキュリティ形式のボリュームに変更し、NDOs over SMB共有用に使用する場合は、ボリュームの一番上にACLを手動で配置し、格納されているすべてのファイルおよびフォルダにそのACLを適用する必要があります。 そうしないと、ソース ボリュームまたはデスティネーション ボリュームが最初はmixedセキュリティ形式またはUNIXセキュリティ形式のボリュームとして作成され、あとでNTFSセキュリティ形式に変更された場合は、ファイルを別のボリュームに移動する仮想マシンの移行またはデータベース ファイルのエクスポートとインポートに失敗する可能性があります。
• データベース ファイルが格納されたボリュームにジャンクションを含めることはできますが、SQL Serverはデータベース ディレクトリ構造の作成時にジャンクションを横断しません。
• SnapManager for Microsoft SQL Serverのバックアップ処理を正常に実行するには、ボリュームに十分な利用可能スペースが必要です。SQL Serverデータベース ファイルを配置するボリュームには、共有内にあるデータベース ディレクトリ構造と、格納されているすべてのファイルを保持できる十分な容量が必要です。