フェールオーバー クラスタリングをインストールする前に
SQL Server フェールオーバー クラスターをインストールする前に、SQL Server を実行するハードウェアとオペレーティング システムを選択する必要があります。 また、Windows Server フェールオーバー クラスタリング (WSFC) を構成し、ネットワーク、セキュリティ、およびフェールオーバー クラスターで実行するその他のソフトウェアに関する考慮事項を見直す必要があります。
Windows クラスターにローカル ディスク ドライブがあり、共有ドライブと同じドライブ文字が 1 つ以上のクラスター ノードでも使用されている場合、そのドライブに SQL Server をインストールできません。
SQL Server フェールオーバー クラスタリングの概念、機能、およびタスクについて詳しく学習するには、次のトピックも確認してください。
トピックの説明 |
トピック |
---|---|
SQL Server フェールオーバー クラスタリングの概念について説明し、関連するコンテンツとタスクへのリンクを示します。 |
|
SQL Server フェールオーバー ポリシーの概念について説明し、組織の要件に合うようにフェールオーバー ポリシーを構成するためのリンクを示します。 |
|
既存の SQL Server フェールオーバー クラスターの維持方法について説明します。 |
|
Windows Server フェールオーバー クラスター (WSFC) に Analysis Services をインストールする方法について説明します。 |
このトピックの内容
ベスト プラクティス
ハードウェア ソリューションの確認
セキュリティに関する注意点の確認
ネットワーク、ポート、およびファイアウォールに関する注意点の確認
オペレーティング システムのサポートの確認
マルチサブネット フェールオーバーの構成に関するその他の注意点
Windows フェールオーバー クラスターの構成
Microsoft 分散トランザクション コーディネーターのインストールと構成
ベスト プラクティス
SQL Server 2012 リリース ノート の確認
前提条件となるソフトウェアをインストールします。 セットアップで SQL Server 2012 のインストールまたはアップグレードを行う前に、以下に示す前提条件となるソフトウェアをインストールすると、インストール時間を短縮できます。 各フェールオーバー クラスター ノードでの前提条件となるソフトウェアのインストール、およびその後のノードの再起動は、セットアップを実行する前に 1 回だけ行います。
Windows PowerShell は SQL Server セットアップでインストールされなくなりました。 SQL Server 2012 データベース エンジンのコンポーネントおよび SQL Server Management Studio のインストールには、Windows PowerShell 2.0 が必要です。 Windows PowerShell 2.0 がコンピューターで表示されない場合は、「Windows Management Framework」の手順に従って有効にすることができます。
.NET Framework 3.5 SP1 は SQL Server セットアップでインストールされなくなりましたが、Windows Vista または Windows Server 2008 で SQL Server をインストールする際に必要となる場合があります。 詳細については、SQL Server 2012 のリリース ノートを参照してください。
Microsoft Update パッケージ: セットアップ時に .NET Framework 4 のインストールによるコンピューターの再起動を回避するには、SQL Server 2012 セットアップを行う前にマイクロソフトの更新プログラムをコンピューターにインストールする必要があります。 SQL Server 2012 を Windows 7 SP1 または Windows Server 2008 SP1 にインストールする場合、この更新プログラムは含まれています。 Windows Vista または Windows Server 2008 オペレーティング システムをインストールする場合は、次のリンクからダウンロードできます。
.NET Framework 4: セットアップでは、クラスター化されたオペレーティング システムに対して .NET Framework 4 がインストールされます。 インストール時間を短縮するには、セットアップを実行する前に .NET Framework 4 をインストールすることを検討してください。
SQL Server セットアップ サポート ファイル。 これらのファイルは、SQL Server 2012 インストール メディアにある 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 フェールオーバー クラスターに関するマイクロソフト サポート ポリシー」を参照してください。\line
SQL Server をインストールするディスクが圧縮または暗号化されていないことを確認します。 圧縮されたドライブまたは暗号化されたドライブに SQL Server をインストールしようとすると、SQL Server セットアップが失敗します。
SAN 構成は、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 のセットアップでは、マウントされたドライブの基本ドライブがドライブ文字と関連付けられている必要があります。 フェールオーバー クラスターのインストールでは、この基本ドライブをクラスター化されるドライブにする必要があります。 このリリースでは、ボリューム GUID はサポートされていません。
ドライブ文字を持つ基本ドライブは、フェールオーバー クラスター インスタンス間で共有できません。 フェールオーバー クラスターには、通常、このような制約がありますが、スタンドアロンのサーバーや複数インスタンスのサーバーにはこのような制約はありません。
SQL Server のクラスター化インストールは、使用可能なドライブ文字数以下に制限されます。 オペレーティング システムのドライブ文字は 1 文字だけで指定し、他のすべてのドライブ文字を通常のクラスター ドライブか、マウント ポイントをホストするクラスター ドライブとして使用できると想定しているので、フェールオーバー クラスターごとの SQL Server の最大インスタンス数は 25 になります。
ヒント SMB ファイル共有オプションを使用すると、インスタンス数の上限を 25 より高くできます。 SMB ファイル共有をストレージ オプションとして使用する場合は、最大 50 の SQL Server フェールオーバー クラスター インスタンスをインストールできます。
増設ドライブのマウント後のフォーマットはサポートされません。
SQL Server フェールオーバー クラスターのインストールでは、tempdb ファイルをインストールする場合のみローカル ディスクがサポートされます。 tempdb のデータ ファイルおよびログ ファイルに指定されたパスが、すべてのクラスター ノードで有効であることを確認してください。 フェールオーバー中に、tempdb のディレクトリがフェイル オーバーのターゲット ノード上で利用できない場合、SQL Server リソースはオンラインへの移行に失敗します。 詳細については、「データ ファイルのストレージの種類」および「データベース エンジンの構成 - データ ディレクトリ」を参照してください。
SQL Server フェールオーバー クラスターを iSCSI テクノロジのコンポーネント上に配置する場合は、慎重に行ってください。 詳細については、Microsoft サポート技術情報の「iSCSI テクノロジ コンポーネントでの SQL Server のサポート」を参照してください。
サポート情報については、Microsoft サポート技術情報の「SQL Server フェールオーバー クラスターのマイクロソフト サポート ポリシー」を参照してください。
適切なクォーラム ドライブ構成の詳細については、Microsoft サポート技術情報の資料「クォーラム ドライブの構成について」を参照してください。
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 2012 サービスで使用するためのサービス SID が自動的に生成されます。 SQL Server の以前のバージョンからアップグレードされた SQL Server 2012 フェールオーバー クラスター インスタンスでは、既存のドメイン グループおよび ACL 構成が保持されます。
ドメイン グループは、コンピューターのアカウントと同じドメイン内にある必要があります。 たとえば、SQL Server のインストール先のコンピューターが、MYDOMAIN の子である SQLSVR ドメイン内にある場合は、SQLSVR ドメイン内のグループを指定する必要があります。 SQLSVR ドメインには、MYDOMAIN に属するユーザー アカウントが含まれることもあります。
SQL Server フェールオーバー クラスタリングは、クラスター ノードがドメイン コントローラーの場合はインストールできません。
「SQL Server インストールのセキュリティに関する注意点」の内容を確認します。
SQL Server で Kerberos 認証を有効にするには、Microsoft サポート技術情報の「SQL Server で Kerberos 認証を使用する方法」を参照してください。
このページのトップへ
ネットワーク、ポート、およびファイアウォールに関する注意点の確認
すべてのプライベート ネットワーク カードの 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 構成マネージャーを使用して、SQL Server ネットワークの構成で、ブロックを解除するインスタンスの TCP/IP プロトコルを確認します。 インストール後に TCP を使用して SQL Server に接続する場合は、IPALL に対して TCP ポートを有効にする必要があります。 既定では、SQL Browser は UDP ポート 1434 でリッスンします。
フェールオーバー クラスター セットアップ操作には、ネットワーク バインド順序をチェックするルールが含まれています。 バインド順序が正しいように見えても、実際には実体のない無効化された NIC 構成がシステムに存在している場合があります。" 実体のない NIC 構成が存在すると、バインド順序に影響が生じ、バインド順序ルールから警告が発行されることがあります。 この状況を回避するには、次の手順で無効なネットワーク アダプターを特定し、削除します。
コマンド プロンプトで、「set devmgr_Show_Nonpersistent_Devices=1」と入力します。
「start Devmgmt.msc」と入力し、実行します。
ネットワーク アダプターの一覧を展開します。 この一覧には、物理的なアダプターのみが表示されているはずです。 無効なネットワーク アダプターがある場合は、セットアップでネットワーク バインド順序ルールに関するエラーが報告されます。 コントロール パネルの [ネットワーク接続] でも、そのアダプターが無効であることが示されます。 コントロール パネルの [ネットワーク接続] に表示される一覧が、devmgmt.msc を実行して示される有効な物理的アダプターの一覧と同じであることを確認します。
SQL Server セットアップを実行する前に、無効なネットワーク アダプターを削除します。
セットアップが完了したら、コントロール パネルの [ネットワーク接続] に戻り、現在使用されていないネットワーク アダプターを無効にします。
このページのトップへ
オペレーティング システムの確認
オペレーティング システムが適切にインストールされており、フェールオーバー クラスタリングをサポートするように設定されていることを確認します。 SQL Server の各エディションおよびそれらをサポートするオペレーティング システムの一覧を次の表に示します。
注 |
---|
SQL Server 2012 Evaluation のハードウェアおよびソフトウェアの要件は、SQL Server 2012 Enterprise の場合と同じです。 詳細については、「SQL Server 2012 のインストールに必要なハードウェアおよびソフトウェア」を参照してください。 |
SQL Server のエディション |
Windows Server 2008 Enterprise |
Windows Server 2008 Datacenter Server |
Windows Server 2008 R2 Enterprise |
Windows Server 2008 R2 Datacenter Server |
---|---|---|---|---|
SQL Server 2012 Enterprise (64 ビット) x641 |
○ |
○ |
○2 |
○2 |
SQL Server 2012 Enterprise (32 ビット) |
○ |
○ |
||
SQL Server 2012 Developer (64 ビット) |
○ |
○ |
○ 2 |
○ 2 |
SQL Server 2012 Developer (32 ビット) |
○ |
○ |
||
SQL Server 2012 Standard (64 ビット) |
○ |
○ |
○ |
○ |
SQL Server 2012 Standard (32 ビット) |
○ |
○ |
1WOW モードでは、SQL Server クラスターはサポートされていません。 これには、WOW で最初にインストールされた SQL Server フェールオーバー クラスターの以前のバージョンからのアップグレードが含まれます。 この場合に使用できる唯一のアップグレード オプションは、新しいバージョンをサイド バイ サイドでインストールしてから移行することです。
2SQL Server マルチサブネット フェールオーバー クラスタリングでサポートされます。
このページのトップへ
マルチサブネットの構成に関するその他の注意点
以下のセクションでは、SQL Server マルチサブネット フェールオーバー クラスターをインストールする場合に留意する要件について説明します。 マルチサブネットを構成する場合は、複数のサブネットにわたってクラスター化されるため、この操作では、複数の IP アドレスが使用され、IP アドレス リソースの依存関係への変更が行われます。
SQL Server のエディションとオペレーティング システムに関する注意点
SQL Server マルチサブネット フェールオーバー クラスターをサポートする SQL Server のエディションについては、「SQL Server 2012 の各エディションがサポートする機能」を参照してください。
SQL Server マルチサブネット フェールオーバー クラスターを作成するには、最初に複数のサブネット上で Windows Server 2008 R2 マルチサイト フェールオーバー クラスターを作成する必要があります。
SQL Server フェールオーバー クラスターでは、Windows Server フェールオーバー クラスターを利用して、フェールオーバー発生時に IP 依存関係の条件が有効であるかどうかを確認します。
Windows Server 2008 R2 では、すべてのクラスター サーバーが同じ Active Directory ドメインに属している必要があります。 したがって、SQL Server マルチサブネット フェールオーバー クラスターでは、クラスター ノードが異なるサブネットにある場合でも、それらはすべて同じ Active Directory ドメインに属している必要があります。
IP アドレスと IP アドレス リソースの依存関係
IP アドレス リソースの依存関係は、マルチサブネット構成では OR に設定されています。 詳細については、「新しい SQL Server フェールオーバー クラスターの作成 (セットアップ)」を参照してください。
AND-OR の混合 IP アドレスの依存関係はサポートされていません。 たとえば、<IP1> AND <IP2> OR <IP3> はサポートされていません。
1 つのサブネットに複数の IP アドレスを使用することはサポートされていません。
同じサブネットに対して構成された複数の IP アドレスを使用する場合、SQL Server 起動中にクライアント接続障害が発生する可能性があります。
関連コンテンツ
Windows Server 2008 R2 のマルチサイト フェールオーバーの詳細については、「Windows Server 2008 R2 フェールオーバー クラスタリング サイト」および「マルチサイト フェールオーバー クラスターでのクラスター化サービスまたはアプリケーションの設計」を参照してください。
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 2012 のインストールに必要なハードウェアおよびソフトウェア