次の方法で共有


フェールオーバー クラスタリングをインストールする前に

適用対象: SQL Server

SQL Server フェールオーバー クラスターをインストールする前に、SQL Server を実行するハードウェアとオペレーティング システムを選択する必要があります。 また、Windows Server フェールオーバー クラスタリング (WSFC) を構成し、ネットワーク、セキュリティ、およびフェールオーバー クラスターで実行するその他のソフトウェアに関する考慮事項を見直す必要があります。

Windows クラスターにローカル ディスク ドライブがあり、共有ドライブと同じドライブ文字が 1 つ以上のクラスター ノードで使用されている場合、そのドライブに SQL Server をインストールできません。 この制限は、Windows フェールオーバー クラスター インスタンスの一部であるサーバー上の SQL Server フェールオーバー クラスター インスタンスとスタンドアロン インスタンスの両方に適用されます。

SQL Server フェールオーバー クラスタリングの概念、機能、およびタスクについて詳しく学習するには、次の記事も確認してください。

記事の説明 [アーティクル]
SQL Server フェールオーバー クラスタリングの概念について説明し、関連するコンテンツとタスクへのリンクを示します。 Always On フェールオーバー クラスター インスタンス (SQL Server)
SQL Server フェールオーバー ポリシーの概念について説明し、組織の要件に合うようにフェールオーバー ポリシーを構成するためのリンクを示します。 Failover Policy for Failover Cluster Instances
既存の SQL Server フェールオーバー クラスターの維持方法について説明します。 フェールオーバー クラスター インスタンスの管理とメンテナンス
Windows Server フェールオーバー クラスター (WSFC) に Analysis Services をインストールする方法について説明します。 SQL Server Analysis Services をクラスター化する方法

ベスト プラクティス

SQL Server 2019 および SQL Server 2022 のリリース ノートを確認してください。

前提条件となるソフトウェアをインストールします。 セットアップでインストールまたはアップグレードを実行する前に、以下の前提条件をインストールすると、インストール時間を短縮できます。 各フェールオーバー クラスター ノードでの前提条件となるソフトウェアのインストール、およびその後のノードの再起動は、セットアップを実行する前に 1 回だけ行います。

  • Windows PowerShell は SQL Server セットアップでインストールされなくなりました。 SQL Server データベース エンジンのコンポーネントおよび SQL Server Management Studio をインストールするには、Windows PowerShell が必要です。 Windows PowerShell がコンピューターで表示されない場合は、Windows Management Framework に関するページの手順に従って有効にすることができます。

  • .NET Framework 3.5 SP1 は SQL Server セットアップによってインストールされなくなりましたが、古い Windows オペレーティング システムに SQL Server をインストールする際に必要になる場合があります。 詳細については、「SQL Server 2019: ハードウェアとソフトウェアの要件」を参照してください。

  • Microsoft 更新パッケージ: セットアップ時に .NET Framework 4 のインストールによるコンピューターの再起動を回避するには、SQL Server セットアップで Microsoft の更新プログラムをコンピューターにインストールする必要があります。 サポートされているバージョンの Windows に SQL Server 2014 (12.x) 以降のバージョンをインストールする場合、この更新プログラムは既に含まれています。 それより前の Windows オペレーティング システムにインストールする場合は、Windows Vista および Windows Server 2008 の .NET Framework 4.0 用 Microsoft Update からダウンロードしてください。

  • .NET Framework 4:セットアップでは、クラスター化されたオペレーティング システムに対して .NET Framework 4 がインストールされます。 インストール時間を短縮するには、セットアップを実行する前に .NET Framework 4 をインストールすることを検討してください。

  • SQL Server セットアップ サポート ファイル。 これらのファイルは、インストール メディアにある 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 セットアップ アカウントを追加します。

ハードウェア ソリューションの確認

クラスター ソリューションに地理的に分散したクラスター ノードが含まれている場合は、ネットワークの待機時間や共有ディスクのサポートなどの項目も確認する必要があります。

SQL Server をインストールするディスクが圧縮または暗号化されていないことを確認します。 圧縮されたドライブまたは暗号化されたドライブに SQL Server をインストールしようとすると、 SQL Server セットアップが失敗します。

SAN 構成は、Windows Server (Windows Server 2008 以降)、Windows Server 2008 R2 Advanced Server、および Datacenter Server エディションでもサポートされます。 Windows Catalog and Hardware Compatibility List の "Cluster/Multi-cluster Device" カテゴリには、SAN 対応のストレージ デバイス セットが一覧表示されます。このデバイス セットはテスト済みであり、複数の WSFC クラスターが接続されている SAN ストレージ ユニットとしてサポートされています。 認定済みのコンポーネントを検索した後で、クラスター検証を実行してください。

データ ファイルをインストールするための SMB ファイル共有もサポートされています。 詳細については、「 データ ファイルのストレージの種類」を参照してください。

警告

SMB ファイル共有ストレージとして Windows ファイル サーバーを使用する場合は、 SQL Server セットアップ アカウントにファイル サーバーに対する SeSecurityPrivilege が必要です。 そのためには、ファイル サーバーで [ローカル セキュリティ ポリシー] コンソールを使用して [監査とセキュリティ ログの管理] 権限に SQL Server セットアップ アカウントを追加します。

Windows ファイル サーバー以外の SMB ファイル共有ストレージを使用する場合は、ファイル サーバー側での設定についてストレージ ベンダーに問い合わせてください。

SQL Server ではマウント ポイントがサポートされます。 マウントされたボリューム、つまりマウント ポイントを使用すると、1 つのドライブ文字を使用して多数のディスクまたはボリュームを参照できます。 通常のディスクやボリュームを参照するドライブ文字 D: を使用している場合、ドライブ文字 D: の下のディレクトリとして、新しいディスクまたはボリュームを接続するか "マウント" できます。この場合、新しいディスクまたはボリューム自体にドライブ文字は必要ありません。

  • SQL Server のセットアップでは、マウントされたドライブの基本ドライブがドライブ文字と関連付けられている必要があります。 マウントされたドライブのベース ドライブにドライブ文字が関連付けられていない場合は、セットアップ プログラムによって、次に使用可能なドライブ文字がドライブに割り当てられます。

    注意

    すべてのドライブ文字が既に割り当てられている場合、セットアップ プログラムは失敗します。

  • SQL Server では、SQL Server データベースに対するマウント ボリュームやマウント ポイント ルート ディレクトリの使用はサポートされていません。 詳細については、「SQL Server セットアップでボリューム マウント ポイントを使用すると、アクセス許可エラーが発生します」を参照してください

  • SQL Server フェールオーバー クラスタリングに関するマウント ポイントの他の考慮事項は次のとおりです。

    • SQL Server のセットアップでは、マウントされたドライブの基本ドライブがドライブ文字と関連付けられている必要があります。 フェールオーバー クラスターのインストールでは、この基本ドライブをクラスター化されるドライブにする必要があります。 このリリースでは、ボリューム GUID はサポートされていません。

    • ドライブ文字を持つ基本ドライブは、フェールオーバー クラスター インスタンス間で共有できません。 フェールオーバー クラスターには、通常、このような制約がありますが、スタンドアロンのサーバーや複数インスタンスのサーバーにはこのような制約はありません。

    • SQL Server のクラスター化インストールは、使用可能なドライブ文字数以下に制限されます。 オペレーティング システムのドライブ文字は 1 文字だけで指定し、他のすべてのドライブ文字を通常のクラスター ドライブか、マウント ポイントをホストするクラスター ドライブとして使用できると想定しているので、フェールオーバー クラスターごとの SQL Server の最大インスタンス数は 25 になります。

      ヒント

      SMB ファイル共有オプションを使用すると、インスタンス数の上限を 25 より高くできます。 SMB ファイル共有をストレージ オプションとして使用する場合は、最大 50 の SQL Server フェールオーバー クラスター インスタンスをインストールできます。

    • 増設ドライブのマウント後のフォーマットはサポートされません。

    • SQL Server 2005 以降のバージョンの SQL Server リソースは、SQL ネットワーク名リソースと、データを保持する物理ディスク リソースに応じて異なります。 マウント ポイントとホスト ドライブは、クラスターの物理ディスク リソースとして表示する必要があります。 さらに、ドライブ文字およびマウントされた各ボリュームを持つ物理ディスクも、SQL Server の依存関係として追加する必要があります。

    • 新しいインストールを実行すると、ドライブ文字が関連付けられている物理ディスクと、マウント ポイントに対して、正しい依存関係のアクセス許可が設定されます。 依存関係のアクセス許可は、セットアップ中に自動的に設定されます。

    • ルート物理ディスクの依存関係のみが追加され、マウント ポイントの依存関係が追加されていない場合、フェールオーバー時にデータベースの破損が発生します。 また、ディスク リソースがオフラインになり、フェールオーバーしなくてもオンライン状態に戻る場合、SQL Server の再起動中にデータベースの破損が発生する可能性があります。

  • マウント ポイントのベスト プラクティス:

    • 1 つの共有ディスクから別の共有ディスクにマウント ポイントを移動する場合は、共有ディスクが同じグループに配置されていることを確認します。

    • マウント ポイント専用にルート (ホスト) ボリュームを使用してみてください。 ルート ボリュームは、マウント ポイントをホストするボリュームです。 この方法により、Chkdsk.exe ツールを実行する必要がある場合に、マウントされたボリュームへのアクセスを復元するために必要な時間が大幅に短縮されます。 これにより、ホスト ボリュームのバックアップから復元するために必要な時間も短縮されます。

    • マウント ポイント専用にルート (ホスト) ボリュームを使用する場合、ホスト ボリュームのサイズは少なくとも 5 メガバイト (MB) である必要があります。 これにより、ボリュームがマウント ポイント以外に使用される確率が低下します。

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 サービスで使用するためのサービス SID が自動的に生成されます。 SQL Server の以前のバージョンからアップグレードされた SQL Serverフェールオーバー クラスター インスタンスでは、既存のドメイン グループおよび ACL 構成が保持されます。

ドメイン グループは、コンピューターのアカウントと同じドメイン内にある必要があります。 たとえば、SQL Server のインストール先のコンピューターが、MYDOMAIN の子である SQLSVR ドメイン内にある場合は、 SQLSVR ドメイン内のグループを指定する必要があります。 SQLSVR ドメインには、MYDOMAIN に属するユーザー アカウントが含まれることもあります。

SQL Server フェールオーバー クラスタリングは、クラスター ノードがドメイン コントローラーの場合はインストールできません。

SQL Server インストールにおけるセキュリティの考慮事項の内容について検討してください。

SQL Serverで Kerberos 認証を有効にするには、 サポート技術情報の「 SQL Server で Kerberos 認証を使用する方法 Microsoft 」を参照してください。

SQL Server フェールオーバー クラスター インスタンス (FCI) では、クラスター ノードをドメイン参加させる必要があります。 次の構成はサポートされていません

  • ワークグループ クラスター上の SQL FCI。
  • マルチドメイン クラスター上の SQL FCI。
  • ドメイン + ワークグループ クラスター上の SQL FCI。

ネットワーク、ポート、およびファイアウォールに関する注意点の確認

すべてのプライベート ネットワーク カードの 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 構成マネージャーのネットワーク構成を使用して、ブロックを解除する SQL Server インスタンスによって使用されるポートを決定します。 クラスター化されたインスタンスとは異なる IP アドレスを使用する SQL Server Browser サービスと、UDP ポート 1434 を使用して SQL Server インスタンスに接続する場合は、ファイアウォールで IPALL の TCP ポートを有効にします。

フェールオーバー クラスター セットアップ操作には、ネットワーク バインド順序をチェックするルールが含まれています。 バインド順序が正しいように見えても、実際には実体のない無効化された NIC 構成がシステムに存在している場合があります。 実体のない NIC 構成が存在すると、バインド順序に影響が生じ、バインド順序ルールから警告が発行されることがあります。 この状況を回避するには、次の手順で無効なネットワーク アダプターを特定し、削除します。

  1. コマンド プロンプトに次のように入力します。set devmgr_Show_Nonpersistent_Devices=1

  2. 入力と実行: start devmgmt.msc

  3. ネットワーク アダプターの一覧を展開します。 この一覧には、物理的なアダプターのみが表示されているはずです。 無効なネットワーク アダプターがある場合は、セットアップでネットワーク バインド順序ルールに関するエラーが報告されます。 コントロール パネルの [ネットワーク接続] でも、そのアダプターが無効であることが示されます。 コントロール パネルの [ネットワーク設定] に表示される一覧が、devmgmt.msc を実行して示される有効な物理的アダプターの一覧と同じであることを確認します。

  4. SQL Server セットアップを実行する前に、無効なネットワーク アダプターを削除します。

  5. セットアップが完了したら、コントロール パネルの [ネットワーク接続] に戻り、現在使用されていないネットワーク アダプターを無効にします。

オペレーティング システムの確認

オペレーティング システムが適切にインストールされており、フェールオーバー クラスタリングをサポートするように設定されていることを確認します。 SQL Server の各エディションおよびそれらをサポートするオペレーティング システムの一覧を次の表に示します。

SQL Server エディション Windows Server 2022 Datacenter Windows Server 2022 Datacenter: Azure Edition Windows Server 2022 Standard
SQL Server 2014 (12.x) Enterprise (64 ビット) x64 1 いいえ 番号 いいえ
SQL Server 2014 (12.x) Enterprise (32 ビット) いいえ 番号 いいえ
SQL Server 2016 (13.x) Enterprise いいえ 番号 いいえ
SQL Server 2016 (13.x) Standard いいえ 番号 いいえ
SQL Server 2017 (14.x) Enterprise はい イエス はい
SQL Server 2017 (14.x) Standard はい イエス はい
SQL Server 2019 (15.x) Enterprise はい イエス はい
SQL Server 2019 (15.x) Standard はい イエス はい
SQL Server 2022 (16.x) Enterprise はい イエス はい
SQL Server 2022 (16.x) Standard はい イエス はい
SQL Server エディション Windows Server 2019 Datacenter Windows Server 2019 Standard Windows Server 2016 Datacenter Windows Server 2016 Standard
SQL Server 2014 (12.x) Enterprise (64 ビット) x64 1 はい イエス イエス はい
SQL Server 2014 (12.x) Enterprise (32 ビット) はい はい
SQL Server 2016 (13.x) Enterprise はい イエス イエス はい
SQL Server 2016 (13.x) Standard はい イエス イエス はい
SQL Server 2017 (14.x) Enterprise はい イエス イエス はい
SQL Server 2017 (14.x) Standard はい イエス イエス はい
SQL Server 2019 (15.x) Enterprise はい イエス イエス はい
SQL Server 2019 (15.x) Standard はい イエス イエス はい
SQL Server 2022 (16.x) Enterprise はい イエス イエス はい
SQL Server 2022 (16.x) Standard はい イエス イエス はい

1 SQL Server クラスターは、WOW モードではサポートされません。 これには、WOW で最初にインストールされた SQL Server フェールオーバー クラスターの以前のバージョンからのアップグレードが含まれます。 この場合に使用できる唯一のアップグレード オプションは、新しいバージョンをサイド バイ サイドでインストールしてから移行することです。

マルチサブネットの構成に関するその他の注意点

以下のセクションでは、 SQL Server マルチサブネット フェールオーバー クラスターをインストールする場合に留意する要件について説明します。 マルチサブネットを構成する場合は、複数のサブネットにわたってクラスター化されるため、この操作では、複数の IP アドレスが使用され、IP アドレス リソースの依存関係への変更が行われます。

SQL Server のエディションとオペレーティング システムに関する注意点

Windows の SQL Server の各エディションでサポートされる機能の一覧については、以下を参照してください。

SQL Server マルチサブネット フェールオーバー クラスターを作成するには、まず、複数のサブネット上に Windows Server マルチサイト フェールオーバー クラスターを作成する必要があります。

SQL Server フェールオーバー クラスターでは、Windows Server フェールオーバー クラスターを利用して、フェールオーバー発生時に IP 依存関係の条件が有効であるかどうかを確認します。

Windows Server 2008 R2 以降では、すべてのクラスター サーバーが同じ Active Directory ドメインに属している必要があります。 したがって、 SQL Server マルチサブネット フェールオーバー クラスターでは、クラスター ノードが異なるサブネットにある場合でも、それらはすべて同じ Active Directory ドメインに属している必要があります。

IP アドレスと IP アドレス リソースの依存関係

  1. IP アドレス リソースの依存関係は、マルチサブネット構成では OR に設定されています。 詳細については、新しい SQL Server フェールオーバー クラスターの作成 (セットアップ) に関するページをご覧ください。

  2. AND-OR の混合 IP アドレスの依存関係はサポートされていません。 たとえば、<IP1> AND <IP2> OR <IP3> はサポートされていません。

  3. 1 つのサブネットに複数の 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 アドレス マップをネットワーク名に動的に登録できるようにする必要があります。 動的登録を完了できないと、セットアップが失敗し、インストールがロールバックされます。 詳細については、「KB947048(アーカイブされたリンク)」を参照してください。

Microsoft 分散トランザクション コーディネーターのインストール (MSDTC)

フェールオーバー クラスターに SQL Server をインストールする前に、 Microsoft 分散トランザクション コーディネーター (MSDTC) クラスター リソースを作成する必要があるかどうかを判断します。 データベース エンジンだけをインストールする場合、MSDTC クラスター リソースは必要ありません。 データベース エンジンと SSIS やワークステーション コンポーネントをインストールする場合、または分散トランザクションを使用する場合は、MSDTC のインストールが必要です。 Analysis Services のみのインスタンスには MSDTC は必要ありません。

Windows Server 2008 以降のバージョンでは、MSDTC の複数のインスタンスを 1 つのフェールオーバー クラスターにインストールできます。 インストールされている 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 のアプリケーション機能に影響が生じる可能性があります。

関連項目

次のステップ