NetVault Plug-in for SQL Server 12.0 - ユーザー・ガイド

スタンドアロン・システム構築

1つのマシンをNetVault BackupサーバーおよびSQL Serverの両方として設定できます。つまり、すべてのソフトウェアのインストールおよび設定要件を1つのマシンで実行します。ただし、Questでは、これら2つのエンティティを別々のマシンで実行することをお勧めします。

図1. スタンドアロン・システム構築

スタンドアロン・システム構築についての重要な考慮事項

•

実行されている環境（エンティティが2つまたは1つ）に関わらず、SQL Serverが存在するホストにPlug‑in for SQL Serverをインストールします。

•

SQL Serverのレプリケートされたデータベースを使用する場合は、レプリケーション・タイプおよびバックアップとリカバリ要件に基づいて、必要なプラグインのライセンス番号を取得してください。また、以下を含む、SQL Server のレプリケーション環境を構成する各ホストにプラグインをインストールしてください。

•

［パブリッシャ］：実装されているレプリケーション・タイプに関係なく、このノードにプラグインをインストールします。

•

［ディストリビュータ］：ローカル・ディストリビュータを使用する場合、ディストリビュータはパブリッシャと同じノードで実行されます。ただし、リモート・ディストリビュータを使用する場合は、ディストリビュータ・ホストにプラグインをインストールします。

•

［サブスクライバ］：サブスクライバ・データベースの変更データをバックアップする場合は、サブスクライバ・ホストにプラグインをインストールします。この設定により、リカバリ後に、パブリケーション・データベースとサブスクリプション・データベースを同期できます。サブスクライバ・ノードにプラグインがインストールされていない場合、リカバリ後に、パブリケーション・データベースのパブリケーションに対するすべてのサブスクリプションを再初期化します。

プラグインは、これらのノードを個々のクライアントとして認識します。

高可用性システム構築

アクティブ/パッシブ構成とアクティブ/アクティブ構成のどちらのシステム構築を行う場合でも、フェイルオーバー・クラスタリングをインストールし、設定する必要があります。高可用性システム構築には以下が含まれます。

•

フェイルオーバー・クラスタリング（アクティブ/パッシブ）（SQL Server 2008 R2以降）

•

AlwaysOn可用性グループ（アクティブ/アクティブ）（SQL Server 2012以降）

高可用性システム構築についての重要な考慮事項

•

このガイドでは、NetVault Backupのアプリケーション・クラスタ・サポートを使用してSQL Server以外の関連データ/ファイルのバックアップ/リストアを管理する設定手順については説明していません。このプロセスは本プラグイン固有のものではありません。この手順について詳しくは、『QuestNetVault Backupアドミニストレーターズ・ガイド』を参照してください。

•

Questでは、次のセクションに進む前に、『Quest NetVault Backupアドミニストレーターズ・ガイド』のすべてのクラスタ関連情報を確認することをお勧めします。このアドミニストレーターズ・ガイドは、本ガイドで説明している内容がSQL Serverフェイルオーバー・クラスタおよびAlwaysOn可用性グループ機能とどのように関係しているかを理解する上で役立ちます。

•

AlwaysOn可用性グループを使用する場合、QuestではクラスタのFQDN（Fully Qualified Domain Name：完全修飾ドメイン名）を使用することをお勧めします。また、クラスタのリスナIPまたはIPアドレスを使用することもできます。

•

SQL ServerのAlwaysOn可用性グループまたはフェイルオーバー・クラスタリングを設定する場合は、仮想クライアントの設定で、クラスタのIPアドレスではなく設定済みのSQL ServerのリスナIPを使用します。

フェイルオーバー・クラスタリング

SQL Serverフェイルオーバー・クラスタリング（アクティブ/パッシブ）では、SQL Serverインスタンス全体の高可用性を実現します。たとえば、フェイルオーバー・クラスタの1つのノードで、障害が発生した場合、あるいは計画されたアップグレードを行う際に、クラスタ内の別のノードにフェイルオーバーするようSQL Serverインスタンスを設定できます。

フェイルオーバー・クラスタは、リソース・グループと呼ばれる、1つ以上のノード（ホスト）と2つ以上の共有ディスクで構成されます。リソース・グループと、そのネットワーク名、クラスタ・アプリケーションまたはサーバーを構成するIPアドレスを組み合わせたものを仮想サーバーと呼びます。ネットワーク上では、仮想サーバーは単一のコンピュータとして認識されますが、現在のノードが使用不可になった場合は、ノード間でのフェイルオーバーが可能です。


	重要： NetVault Backupの用語では、クラスタ・ノードを仮想クライアントと呼びます。基本的に、Plug‑in for SQL Serverでの仮想クライアントは、SQL Serverフェイルオーバー・クラスタ環境またはAlwaysOn可用性グループの仮想サーバーを指します。

Plug‑in for SQL Serverはフェイルオーバー・クラスタ・ネットワーク名を使用して、SQL Server仮想サーバーを管理している現在のノードを特定し、それをバックアップ対象とすることができます。

同じWindows Serverを使用してクラスタ・コア・リソース・グループをホストし、アクティブなロールを担当していることを確認します。クラスタ・コア・リソース・グループにはIPアドレス、ネットワーク名、およびディスク監視が含まれます。仮想クライアントが正常に機能するには、クラスタ・コア・リソース・グループをホストするWindows Server（現在のホスト・サーバーと識別されるホスト）が、アクティブなロールを保持するノードと同じノードにある必要があります。フェイルオーバーが発生し、アクティブなロールは別のホストへ移動するがクラスタ・コア・リソース・グループは移動しない場合、仮想クライアントはアクティブなホストにアクセスできません。仮想クライアントはクラスタのIPアドレスを、アクティブなロールを担当するサーバーに対して解決する必要があります。

必要に応じて（フェイルオーバーの発生後などに）、Windows PowerShellまたはコマンド・プロンプトを使用してクラスタ・コア・リソース・グループをアクティブなホストに移動します。

PowerShellの例：Move-ClusterGroup "Cluster Group" –node <ClusterNodeName>

コマンド・プロンプトの例：cluster group "Cluster Group" /Move:<ClusterNodeName>

AlwaysOn可用性グループ

本プラグインは、WSFCクラスタの最上位に作成したAlwaysOn可用性グループで使用できます。データのバックアップだけでなく、本プラグインでは、リストア・プロセス中のプライマリ・レプリカおよびセカンダリ・レプリカの追加および削除を管理できます。これにより、SQL Server Management Studioを使用してレプリカを追加および削除する必要がなくなります。

プラグインで、仮想クライアントがAlwaysOn可用性グループで実行中であることを識別するには、選択ツリーの該当する仮想クライアントの下にある［すべてのインスタンス］ノードに有効な認証情報を入力します。プラグインがその認証情報を使用して、グループのメンバーである少なくとも1つのSQL Serverインスタンスにログインできる必要があります。詳細は、「プラグインの設定」を参照してください。


	メモ： Questでは、AlwaysOn可用性グループに100個以内のデータベースを含むバックアップを作成することをお勧めします。マシン1台あたりの可用性グループと可用性データベースの最大数には、強制的な制限があります。データベースの実際の数は、ハードウェア・ライセンス情報、リソース、負荷に応じて異なります。ただし、Microsoftの文書によると、物理マシン1台に対して、可用性グループ10件とデータベース100件での拡張テストが行われています。詳細については、次を参照してください。https://docs.microsoft.com/en-us/sql/database-engine/availability-groups/windows/prereqs-restrictions-recommendations-always-on-availability

図2. AlwaysOnシステム構築