SQL Server フェールオーバー クラスターをインストールする前に、SQL Server を実行するハードウェアとオペレーティング システムを選択する必要があります。 また、Windows Server フェールオーバー クラスタリング (WSFC) を構成し、フェールオーバー クラスターで実行される他のソフトウェアのネットワーク、セキュリティ、および考慮事項を確認する必要があります。
Windows クラスターにローカル ディスク ドライブがあり、同じドライブ文字が 1 つ以上のクラスター ノードでも共有ドライブとして使用されている場合、そのドライブに SQL Server をインストールすることはできません。
SQL Server フェールオーバー クラスタリングの概念、機能、タスクの詳細については、次のトピックを参照してください。
| トピックの説明 | トピック |
|---|---|
| SQL Server フェールオーバー クラスタリングの概念について説明し、関連するコンテンツとタスクへのリンクを示します。 | AlwaysOn フェールオーバー クラスター インスタンス (SQL Server) |
| SQL Server フェールオーバー ポリシーの概念について説明し、組織の要件に合うようにフェールオーバー ポリシーを構成するためのリンクを示します。 | フェールオーバー クラスター インスタンスのフェールオーバー ポリシー |
| 既存の SQL Server フェールオーバー クラスターの維持方法について説明します。 | フェールオーバー クラスター インスタンスの管理とメンテナンス |
| Windows Server フェールオーバー クラスター (WSFC) に Analysis Services をインストールする方法について説明します。 | SQL Server Analysis Services をクラスター化する方法 |
ベスト プラクティス
SQL Server 2014リリース ノートを確認する
前提条件となるソフトウェアをインストールします。 セットアップを実行して SQL Server 2014 にインストールまたはアップグレードする前に、インストール時間を短縮するために次の前提条件をインストールします。 各フェールオーバー クラスター ノードでの前提条件となるソフトウェアのインストール、およびその後のノードの再起動は、セットアップを実行する前に 1 回だけ行います。
Windows PowerShell は SQL Server セットアップでインストールされなくなりました。 Windows PowerShell 2.0 は、SQL Server 2014Database Engine コンポーネントと SQL Server Management Studio をインストールするための前提条件です。 コンピューターに Windows PowerShell 2.0 が存在しない場合は、 Windows Management Framework ページの手順に従って有効にすることができます。
.NET Framework 3.5 SP1 は SQL Server セットアップによってインストールされなくなりましたが、古い Windows オペレーティング システムに SQL Server をインストールする際に必要になる場合があります。 詳細については、「SQL Server 2014リリース ノート」を参照してください。
Microsoft Update パッケージ: セットアップ中に .NET Framework 4 のインストールが原因でコンピューターが再起動されないようにするために、SQL Server 2014 のセットアップでは、コンピューターに Microsoft 更新プログラムをインストールする必要があります。 Windows 7 SP1 または Windows Server 2008 SP2 に SQL Server 2014 をインストールする場合は、この更新プログラムが含まれています。 古い Windows オペレーティング システムにインストールする場合は、Windows Vista および Windows Server 2008 の Microsoft Update for .NET Framework 4.0 からダウンロードします。
.NET Framework 4:セットアップでは、クラスター化されたオペレーティング システムに対して .NET Framework 4 がインストールされます。 インストール時間を短縮するには、セットアップを実行する前に .NET Framework 4 をインストールすることを検討してください。
SQL Server セットアップのサポート ファイル。 これらのファイルをインストールするには、SQL Server 2014 インストール メディアにある SqlSupport.msi を実行します。
ウイルス対策ソフトウェアが WSFC クラスターにインストールされていないことを確認します。 詳細については、 Microsoft サポート技術情報で ウイルス対策ソフトウェアによるクラスター サービスの問題に関する資料を参照してください。
フェールオーバー クラスター インストールのクラスター グループに名前を付けるときは、次の文字を使用しないでください。
小なり演算子 (<)
大なり演算子 (>)
二重引用符 (")
単一引用符 (')
アンパサンド (&)
また、既存のクラスター グループ名にサポートされていない文字が含まれていないことも確認します。
すべてのクラスター ノードが一意になるように構成します。構成要素は、COM+、ディスク ドライブ文字、管理者グループのユーザーなどです。
すべてのノードのシステム ログをクリアし、システム ログをもう一度表示したことを確認します。 続行する前に、そのログにエラー メッセージが記録されていないことを確認します。
SQL Server フェールオーバー クラスターをインストールまたは更新する前に、インストール中に SQL Server コンポーネントを使用する可能性のあるすべてのアプリケーションとサービスを無効にします。ただしディスク リソースはオンラインのままにします。
SQL Server セットアップにより、 SQL Server クラスター グループと、フェールオーバー クラスターに含まれるディスクとの間に自動的に依存関係が設定されます。 セットアップ前にディスクの依存関係を設定しないでください。
SQL Server フェールオーバー クラスターのインストール時に、 SQL Server ネットワーク リソース名に対応するコンピューター オブジェクト (Active Directory コンピューター アカウント) が作成されます。 Windows Server 2008 クラスターの場合、クラスター名アカウント (クラスター自体のコンピューター アカウント) には、コンピューター オブジェクトを作成する権限が必要です。 詳細については、 Active Directory でのアカウントの構成に関する記事を参照してください。
ストレージ オプションとして SMB ファイル共有を使用している場合、SQL Server セットアップ アカウントにはファイル サーバー上に SeSecurityPrivilege が必要です。 これを行うには、ファイル サーバーのローカル セキュリティ ポリシー コンソールを使用して、 監査とセキュリティ ログ の権限を管理するための SQL Server セットアップ アカウントを追加します。
ハードウェア ソリューションを確認する
クラスター ソリューションに地理的に分散したクラスター ノードが含まれている場合は、ネットワークの待機時間や共有ディスクのサポートなどの項目も確認する必要があります。
- Windows Server 2008 と Windows Server 2008 R2の詳細については、 フェールオーバー クラスター用ハードウェアの検証 に関するページおよび「 Windows Server 2008 フェールオーバー クラスターに関するマイクロソフト サポート ポリシー」を参照してください。
SQL Server がインストールされるディスクが圧縮または暗号化されていないことを確認します。 圧縮されたドライブまたは暗号化されたドライブに SQL Server をインストールしようとすると、 SQL Server セットアップが失敗します。
SAN 構成は、Windows Server 2008 および Windows Server 2008 R2 Advanced Server および Datacenter Server エディションでもサポートされています。 Windows カタログおよびハードウェア互換性リスト カテゴリ "クラスター/マルチクラスター デバイス" には、テスト済みで、複数の WSFC クラスターがアタッチされた SAN ストレージ ユニットとしてサポートされている SAN 対応ストレージ デバイスのセットが一覧表示されます。 認定済みのコンポーネントを検索した後で、クラスター検証を実行してください。
データ ファイルをインストールするための SMB ファイル共有もサポートされています。 詳細については、「 データ ファイルのストレージの種類」を参照してください。
警告
SMB ファイル共有ストレージとして Windows ファイル サーバーを使用する場合は、 SQL Server セットアップ アカウントにファイル サーバーに対する SeSecurityPrivilege が必要です。 これを行うには、ファイル サーバーのローカル セキュリティ ポリシー コンソールを使用して、 監査とセキュリティ ログ の権限を管理するための SQL Server セットアップ アカウントを追加します。
Windows ファイル サーバー以外の SMB ファイル共有ストレージを使用する場合は、ファイル サーバー側での設定についてストレージ ベンダーに問い合わせてください。
SQL Server ではマウント ポイントがサポートされます。
マウントされたボリューム、つまりマウント ポイントを使用すると、1 つのドライブ文字を使用して多数のディスクまたはボリュームを参照できます。 通常のディスクやボリュームを参照するドライブ文字 D: を使用している場合、ドライブ文字 D: の下のディレクトリとして、新しいディスクまたはボリュームを接続するか "マウント" できます。この場合、新しいディスクまたはボリューム自体にドライブ文字は必要ありません。
SQL Server フェールオーバー クラスタリングに関するマウント ポイントの他の考慮事項は次のとおりです。
SQL Server のセットアップでは、マウントされたドライブの基本ドライブがドライブ文字と関連付けられている必要があります。 フェールオーバー クラスターのインストールでは、この基本ドライブをクラスター化されるドライブにする必要があります。 ボリューム GUID は、このリリースではサポートされていません。
ベース ドライブ (ドライブ文字を含むドライブ) は、フェールオーバー クラスター インスタンス間で共有できません。 これはフェールオーバー クラスターの通常の制限ですが、スタンドアロンのマルチインスタンス サーバーに対する制限ではありません。
SQL Server のクラスター化インストールは、使用可能なドライブ文字数以下に制限されます。 オペレーティング システムに使用するドライブ文字が 1 つだけで、他のすべてのドライブ文字がマウント ポイントをホストする通常のクラスター ドライブまたはクラスター ドライブとして使用できる場合、フェールオーバー クラスターあたり最大 25 個の SQL Server インスタンスに制限されます。
ヒント
SMB ファイル共有オプションを使用すると、インスタンス数の上限を 25 より高くできます。 SMB ファイル共有をストレージ オプションとして使用する場合は、最大 50 の SQL Server フェールオーバー クラスター インスタンスをインストールできます。
追加のドライブをマウントした後のドライブのフォーマットはサポートされていません。
SQL Server フェールオーバー クラスターのインストールでは、tempdb ファイルのインストールに対してのみローカル ディスクがサポートされます。 tempdb のデータ ファイルおよびログ ファイルに指定されたパスが、すべてのクラスター ノードで有効であることを確認してください。 フェールオーバー中に、tempdb のディレクトリがフェールオーバーのターゲット ノード上で利用できない場合、SQL Server リソースはオンラインになりません。 詳細については、「 データ ファイルのストレージの種類 」および「 データベース エンジンの構成 - データ ディレクトリ」を参照してください。
SQL Server フェールオーバー クラスターを iSCSI テクノロジのコンポーネント上に配置する場合は、慎重に行ってください。 詳細については、「 iSCSI テクノロジ コンポーネント上の SQL Server のサポート」を参照してください。
詳細については、 Microsoft クラスタリング用の SQL Server サポート ポリシーに関するページを参照してください。
適切なクォーラム ドライブ構成の詳細については、 クォーラムの構成に関するページを参照してください。
SQL Server の元のインストール ファイルおよびクラスターが、異なる複数のドメインに分散している場合、 SQL Server フェールオーバー クラスターをインストールするには、 SQL Server フェールオーバー クラスターに対して使用できる現在のドメインにインストール ファイルをコピーします。
セキュリティに関する考慮事項を確認する
暗号化を使用するには、 SQL Server フェールオーバー クラスター内のすべてのノードに、WSFC クラスターの完全修飾 DNS 名を使用してサーバー証明書をインストールします。 たとえば、"Test1.DomainName.com" と "Test2.DomainName.com" という名前のノード、および "Virtsql" という名前の SQL Server フェールオーバー クラスター インスタンスが存在する 2 ノード クラスターでは、"Virtsql.DomainName.com" の証明書を入手し、test1 ノードと test2 ノードにその証明書をインストールする必要があります。 その後、 構成マネージャーの [プロトコル暗号化を設定する] SQL Server チェック ボックスをオンにして、フェールオーバー クラスターでの暗号化を構成できるようになります。
重要
[プロトコル暗号化を設定する] チェック ボックスは、フェールオーバー クラスター インスタンスに参加しているすべてのノードに証明書をインストールした後でオンにしてください。
以前のバージョンとサイド バイ サイドでインストールされている SQL Server の場合、 SQL Server サービスは、グローバル ドメイン グループのみで検出されたアカウントを使用する必要があります。 さらに、 SQL Server サービスによって使用されるアカウントは、ローカルの Administrators グループに表示されないようにする必要があります。 このガイドラインに沿っていない場合、予期しないセキュリティ動作を招くことになります。
フェールオーバー クラスターを作成するには、サービスとしてログオンし、フェールオーバー クラスター インスタンスのすべてのノードでオペレーティング システムの一部として機能するアクセス許可を持つローカル管理者である必要があります。
Windows Server 2008 では、SQL Server 2014 サービスで使用するためにサービス SID が自動的に生成されます。 以前のバージョンの SQL Server からアップグレードされた SQL Server 2014 フェールオーバー クラスター インスタンスの場合、既存のドメイン グループと ACL 構成は保持されます。
ドメイン グループは、コンピューターのアカウントと同じドメイン内にある必要があります。 たとえば、SQL Server がインストールされるマシンが、MYDOMAIN の子である SQLSVR ドメインにある場合は、SQLSVR ドメインでグループを指定する必要があります。 SQLSVR ドメインには、MYDOMAIN に属するユーザー アカウントが含まれることもあります。
クラスター ノードがドメイン コントローラーである場合、SQL Server フェールオーバー クラスタリングをインストールすることはできません。
「 SQL Server インストールにおけるセキュリティの考慮事項の内容について検討してください。
SQL Serverで Kerberos 認証を有効にするには、 サポート技術情報の「 SQL Server で Kerberos 認証を使用する方法 Microsoft 」を参照してください。
ネットワーク、ポート、ファイアウォールに関する考慮事項を確認する
すべてのプライベート ネットワーク カードの NetBIOS が無効になっていることを確認してから、 SQL Server セットアップを開始します。
SQL Server のネットワーク名と IP アドレスは、ファイル共有などの他の目的には使用しないでください。 ファイル共有リソースを作成する場合、異なる一意なネットワーク名と IP アドレスをそのリソースに使用する必要があります。
重要
データ ドライブでファイル共有を使用すると SQL Server の動作とパフォーマンスに影響することがあるので、ファイル共有の使用はお勧めしません。
SQL Server でクラスター内の名前付きパイプと TCP/IP Sockets over TCP/IP の両方がサポートされている場合でも、クラスター化された構成では TCP/IP ソケットを使用することをお勧めします。
ISA サーバーは Windows クラスタリングではサポートされていないため、SQL Server フェールオーバー クラスターでもサポートされないことに注意してください。
リモート レジストリ サービスを起動して実行している必要があります。
リモート管理が有効になっている必要があります。
SQL Server ポートの場合は、SQL Server 構成マネージャーを使用して、ブロックを解除するインスタンスの TCP/IP プロトコルの SQL Server ネットワーク構成を確認します。 インストール後に TCP を使用して SQL Server に接続する場合は、IPALL の TCP ポートを有効にする必要があります。 既定では、SQL Browser は UDP ポート 1434 でリッスンします。
フェールオーバー クラスター セットアップ操作には、ネットワーク バインド順序をチェックするルールが含まれています。 バインド順序が正しいように見えても、実際には実体のない無効化された NIC 構成がシステムに存在している場合があります。 実体のない NIC 構成が存在すると、バインド順序に影響が生じ、バインド順序ルールから警告が発行されることがあります。 この状況を回避するには、次の手順で無効なネットワーク アダプターを特定し、削除します。
コマンド プロンプトで、set devmgr_Show_Nonpersistent_Devices=1 と入力します。
入力して実行: Devmgmt.msc を開始します。
ネットワーク アダプターの一覧を展開します。 この一覧には、物理的なアダプターのみが表示されているはずです。 無効なネットワーク アダプターがある場合は、セットアップでネットワーク バインド順序ルールに関するエラーが報告されます。 コントロール パネルの [ネットワーク接続] でも、そのアダプターが無効であることが示されます。 コントロール パネルのネットワーク設定に、devmgmt.msc に表示される有効な物理アダプターの同じ一覧が表示されていることを確認します。
SQL Server セットアップを実行する前に、無効なネットワーク アダプターを削除します。
セットアップが完了したら、コントロール パネルの [ネットワーク接続] に戻り、現在使用されていないネットワーク アダプターを無効にします。
オペレーティング システムを確認する
オペレーティング システムが適切にインストールされており、フェールオーバー クラスタリングをサポートするように設定されていることを確認します。 SQL Server の各エディションおよびそれらをサポートするオペレーティング システムの一覧を次の表に示します。
| SQL Server エディション | Windows Server 2008 Enterprise | Windows Server 2008 Datacenter Server | Windows Server 2008 R2 Enterprise | Windows Server 2008 R2 Datacenter Server |
|---|---|---|---|---|
| SQL Server 2014 Enterprise (64 ビット) x641 | イエス | イエス | はい2 | はい2 |
| SQL Server 2014 Enterprise (32 ビット) | イエス | イエス | ||
| SQL Server 2014 -bit) 開発者 (64 | イエス | イエス | はい 2 | はい 2 |
| SQL Server 2014 Developer (32 ビット) | イエス | イエス | ||
| SQL Server 2014 Standard (64 ビット) | イエス | イエス | イエス | イエス |
| SQL Server 2014 Standard (32 ビット) | イエス | イエス |
1 つの SQL Server クラスターは WOW モードではサポートされていません。 これには、WOW で最初にインストールされた SQL Server フェールオーバー クラスターの以前のバージョンからのアップグレードが含まれます。 これらの唯一のアップグレード オプションは、新しいバージョンをサイド バイ サイドでインストールして移行することです。
2 SQL Server マルチサブネット フェールオーバー クラスタリングでサポートされます。
マルチサブネット構成に関するその他の考慮事項
以下のセクションでは、 SQL Server マルチサブネット フェールオーバー クラスターをインストールする場合に留意する要件について説明します。 マルチサブネットを構成する場合は、複数のサブネットにわたってクラスター化されるため、この操作では、複数の IP アドレスが使用され、IP アドレス リソースの依存関係への変更が行われます。
SQL Server のエディションとオペレーティング システムに関する考慮事項
SQL Server マルチサブネット フェールオーバー クラスターをサポートする SQL Server のエディションについては、「 SQL Server 2014 の各エディションでサポートされる機能」を参照してください。
SQL Server マルチサブネット フェールオーバー クラスターを作成するには、まず、複数のサブネットに Windows Server 2008 R2 マルチサイト フェールオーバー クラスターを作成する必要があります。
SQL Server フェールオーバー クラスターは、フェールオーバーがある場合に IP 依存関係の条件が有効であることを確認するために、Windows Server フェールオーバー クラスターに依存します。
Windows Server 2008 R2 では、すべてのクラスター サーバーが同じ Active Directory ドメインに存在する必要があります。 したがって、 SQL Server マルチサブネット フェールオーバー クラスターでは、クラスター ノードが異なるサブネットにある場合でも、それらはすべて同じ Active Directory ドメインに属している必要があります。
IP アドレスと IP アドレス リソースの依存関係
IP アドレス リソースの依存関係は、マルチサブネット構成では OR に設定されています。 詳細については、新しい SQL Server フェールオーバー クラスターの作成 (セットアップ) に関するページをご覧ください。
AND-OR IP アドレスの混在した依存関係はサポートされていません。 たとえば、 <IP1> AND <IP2> または <IP3> はサポートされていません。
サブネットごとに複数の IP アドレスはサポートされていません。
同じサブネットに対して構成された複数の IP アドレスを使用する場合、 SQL Server 起動中にクライアント接続障害が発生する可能性があります。
関連コンテンツ
Windows Server 2008 R2 のマルチサイト フェールオーバーの詳細については、 Windows Server 2008 R2 フェールオーバー クラスタリングに関するサイト および「 Design for a Clustered Service or Application in a Multi-Site Failover Cluster (マルチサイト フェールオーバー クラスターでのクラスター化サービスまたはアプリケーションの設計)」を参照してください。
Windows Server フェールオーバー クラスターの構成
Microsoft Cluster Service (WSFC) は、サーバー クラスターの少なくとも 1 つのノード上で構成する必要があります。 また、WSFC と組み合わせて SQL Server Enterprise、SQL Server Business Intelligence、または SQL Server Standard を実行する必要があります。 SQL Server Enterprise では、16 ノードまでのフェールオーバー クラスターがサポートされています。 SQL Server Business Intelligence および SQL Server Standard では、2 ノードのフェールオーバー クラスターがサポートされています。
SQL Server サービスのリソース DLL は、WSFC クラスター マネージャーで SQL Server リソースの可用性をチェックするために使用する 2 つの関数をエクスポートします。 詳細については、「 フェールオーバー クラスター インスタンスのフェールオーバー ポリシー」をご覧ください。
WSFC では、IsAlive チェックを使用して、フェールオーバー クラスター インスタンスが実行されていることを確認できる必要があります。 そのため、信頼関係接続を使用して、サーバーに接続する必要があります。 既定では、クラスター サービスを実行するアカウントはクラスター内のノードの管理者として構成されておらず、BUILTIN\Administrators グループには SQL Server にログインするためのアクセス許可がありません。 これらの設定が変更されるのは、クラスター ノードで権限を変更する場合だけです。
ドメイン ネーム サービス (DNS) または Windows インターネット ネーム サービス (WINS) を構成します。 DNS サーバーまたは WINS サーバーは、 SQL Server フェールオーバー クラスターがインストールされる環境で実行されている必要があります。 SQL Server セットアップでは、ドメイン ネーム サービスで SQL Server IP インターフェイスの仮想参照を動的に登録する必要があります。 DNS サーバーの構成では、クラスター ノードでオンラインの IP アドレス マップをネットワーク名に動的に登録できるようにする必要があります。 動的登録を完了できない場合、セットアップは失敗し、インストールはロールバックされます。 詳細については、このナレッジ ベースの記事を参照してください。
Microsoft 分散トランザクション コーディネーターのインストール
フェールオーバー クラスターに SQL Server をインストールする前に、 Microsoft 分散トランザクション コーディネーター (MSDTC) クラスター リソースを作成する必要があるかどうかを判断します。 データベース エンジンのみをインストールする場合、MSDTC クラスター リソースは必要ありません。 データベース エンジンと SSIS、ワークステーション コンポーネントをインストールする場合、または分散トランザクションを使用する場合は、MSDTC をインストールする必要があります。 Analysis Services 専用インスタンスでは MSDTC は必要ありません。
Windows Server 2008 および Windows Server 2008 R2 では、1 つのフェールオーバー クラスターに MSDTC の複数のインスタンスをインストールできます。 インストールされている MSDTC の最初のインスタンスが、MSDTC のクラスターの既定のインスタンスになります。 SQL Server では、この MSDTC インスタンスが自動的に使用され、 SQL Server ローカル クラスター リソース グループにインストールされている MSDTC インスタンスが利用されます。 ただし、個々のアプリケーションはクラスターのすべての MSDTC インスタンスにマップすることができます。
SQL Serverによって選択される MSDTC のインスタンスは、次のいずれかのルールを満たすものです。
ローカル グループにインストールされた MSDTC を使用する。
MSDTC のマップされたインスタンスを使用する。
クラスターの既定の MSDTC インスタンスを使用する。
ローカル コンピューターのインストール済み MSDTC インスタンスを使用する。
重要
SQL Server のローカル クラスター グループにインストールされている MSDTC インスタンスが失敗すると、 SQL Server では、既定のクラスター インスタンスまたはローカル コンピューターの MSDTC インスタンスが自動的には使用されません。 SQL Server グループから失敗した MSDTC インスタンスを完全に削除して、別の MSDTC インスタンスを使用する必要があります。 同様に、 SQL Server のマッピングを作成し、マップされる MSDTC インスタンスが失敗した場合は、分散トランザクションも失敗します。 SQL Server で別の MSDTC インスタンスを使用するには、MSDTC インスタンスを SQL Server のローカルのクラスター グループに追加するか、マッピングを削除する必要があります。
Microsoft 分散トランザクション コーディネーターの構成
オペレーティング システムをインストールしてクラスターを構成した後で、クラスター アドミニストレーターを使用して、クラスター内で機能するように MSDTC を構成する必要があります。 MSDTC のクラスター化に失敗しても SQL Server のセットアップはブロックされませんが、MSDTC が正しく構成されていない場合、SQL Server アプリケーションの機能が影響を受ける可能性があります。
こちらもご覧ください
SQL Server 2014 をインストールするためのハードウェアとソフトウェアの要件
システム構成チェッカーのパラメーターを確認する
フェールオーバー クラスター インスタンスの管理とメンテナンス