1つのマシンをNetVault BackupサーバーおよびSQL Server®の両方として設定できます。つまり、すべてのソフトウェアのインストールおよび設定要件を1つのマシンで実行します。ただし、Questでは、これら2つのエンティティを別々のマシンで実行することをお勧めします。
• |
実行されている環境(エンティティが2つまたは1つ)に関わらず、SQL Serverが存在するホストにPlug‑in for SQL Serverをインストールします。 |
• |
[パブリッシャ]:実装されているレプリケーション・タイプに関係なく、このノードにプラグインをインストールします。 |
• |
[ディストリビュータ]:ローカル・ディストリビュータを使用する場合、ディストリビュータはパブリッシャと同じノードで実行されます。ただし、リモート・ディストリビュータを使用する場合は、ディストリビュータ・ホストにプラグインをインストールします。 |
• |
[サブスクライバ]:サブスクライバ・データベースの変更データをバックアップする場合は、サブスクライバ・ホストにプラグインをインストールします。この設定により、リカバリ後に、パブリケーション・データベースとサブスクリプション・データベースを同期できます。サブスクライバ・ノードにプラグインがインストールされていない場合、リカバリ後に、パブリケーション・データベースのパブリケーションに対するすべてのサブスクリプションを再初期化します。 |
• |
このガイドでは、NetVault Backupのアプリケーション・クラスタ・サポートを使用してSQL Server以外の関連データ/ファイルのバックアップ/リストアを管理する設定手順については説明していません。このプロセスは本プラグイン固有のものではありません。この手順について詳しくは、『Quest NetVault Backupアドミニストレーターズ・ガイド』を参照してください。 |
フェイルオーバー・クラスタは、リソース・グループと呼ばれる、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可用性グループで実行中であることを識別するには、選択ツリーの該当する仮想クライアントの下にある[すべてのインスタンス]ノードに有効な認証情報を入力します。プラグインがその認証情報を使用して、グループのメンバーである少なくとも1つのSQL Serverインスタンスにログインできる必要があります。詳細は、「プラグインの設定」を参照してください。
メモ: Questでは、AlwaysOn可用性グループに100個以内のデータベースを含むバックアップを作成することをお勧めします。マシン1台あたりの可用性グループと可用性データベースの最大数には、強制的な制限があります。データベースの実際の数は、ハードウェア・ライセンス情報、リソース、負荷に応じて異なります。ただし、Microsoftの文書によると、物理マシン1台に対して、可用性グループ10件とデータベース100件での拡張テストが行われています。詳細は「」を参照してください。https://docs.microsoft.com/ja-jp/sql/database-engine/availability-groups/windows/prereqs-restrictions-recommendations-always-on-availability |
各インスタンスでログインが同一である場合は、選択ツリーの適切な仮想クライアントの下にある[すべてのインスタンス]ノードに有効な認証情報を入力します。
各インスタンスでログインが異なる場合は、[すべてのインスタンス]ノードの下にリストされているそれぞれのインスタンスに対して有効な認証情報を入力します。インスタンスがリストされていない場合は、インスタンスの追加操作で認証情報を各インスタンスに入力します。
© 2024 Quest Software Inc. ALL RIGHTS RESERVED. Feedback Termini di utilizzo Privacy Cookie Preference Center