次の方法で共有

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

  • [アーティクル]

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

Windows クラスターにローカル ディスク ドライブがあり、共有ドライブと同じドライブ文字が 1 つ以上のクラスター ノードでも使用されている場合、そのドライブに SQL Server をインストールできません。

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

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

ベスト プラクティス

  • SQL Server 2014リリース ノートを確認する

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

    • Windows PowerShell は SQL Server セットアップでインストールされなくなりました。 Windows PowerShell 2.0 は、SQL Server 2014 データベース エンジンコンポーネントと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 の .NET Framework 4.0 用 Microsoft Updateからダウンロードしてください。

    • .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 [監査とセキュリティ ログの管理] 権限に セットアップ アカウントを追加します。

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

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

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

  • SAN 構成は、 Windows Server 2008 および Windows Server 2008 R2 の Advanced Server Edition および Datacenter Server Edition でもサポートされます。 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 のセットアップでは、マウントされたドライブの基本ドライブがドライブ文字と関連付けられている必要があります。 フェールオーバー クラスターのインストールでは、この基本ドライブをクラスター化されるドライブにする必要があります。 このリリースでは、ボリューム GUID はサポートされていません。

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

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

      ヒント

      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 Server は Windows クラスタリングでサポートされていないので、 SQL Server フェールオーバー クラスターでもサポートされないことに注意してください。

  • リモート レジストリ サービスを起動して実行している必要があります。

  • リモート管理が有効になっている必要があります。

  • SQL Server ポートの場合は、SQL Server 構成マネージャーを使用して、ブロックを解除するインスタンスの TCP/IP プロトコルのSQL Serverネットワーク構成をチェックします。 インストール後に TCP を使用して SQL Server に接続する場合は、IPALL に対して TCP ポートを有効にする必要があります。 既定では、SQL Browser は UDP ポート 1434 でリッスンします。

  • フェールオーバー クラスター セットアップ操作には、ネットワーク バインド順序をチェックするルールが含まれています。 バインド順序が正しいように見えても、実際には実体のない無効化された 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 2008 Enterprise Windows Server 2008 Datacenter Server Windows Server 2008 R2 Enterprise Windows Server 2008 R2 Datacenter Server
SQL Server 2014 Enterprise (64 ビット) x641 Yes はい はい2 はい2
SQL Server 2014 Enterprise (32 ビット) Yes Yes
SQL Server 2014 -bit)開発者 (64 Yes はい はい 2 はい 2
SQL Server 2014 Developer (32 ビット) Yes Yes
SQL Server 2014 Standard (64 ビット) Yes Yes Yes Yes
SQL Server 2014 Standard (32 ビット) Yes Yes

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 フェールオーバー クラスターでは、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 アドレス マップをネットワーク名に動的に登録できるようにする必要があります。 動的登録を完了できないと、セットアップが失敗し、インストールがロールバックされます。 詳細については、 こちらのサポート技術情報の記事を参照してください。

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

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

Windows Server 2008 と Windows Server 2008 R2では、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 のアプリケーション機能に影響が生じる可能性があります。

参照

SQL Server 2014 のインストールに必要なハードウェアおよびソフトウェア
システム構成チェッカーの検査パラメーター
フェールオーバー クラスター インスタンスの管理とメンテナンス