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

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

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

高可用性システム構築

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

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

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/ja-jp/sql/database-engine/availability-groups/windows/prereqs-restrictions-recommendations-always-on-availability

ノード2台で構成されるSQL Server AlwaysOn可用性グループ・クラスタリングでプラグインを使用できます。ここで、各ノード自体はWSFCフェイルオーバー・クラスタで、フェイルオーバー・クラスタ2台が物理的に異なる位置にあり、手動のフェイルオーバーは1つだけ許可されています。

この場合、インスタンスのいずれか（たとえば「SQLinstance」）が、AlwaysOnグループで「プライマリ」の役割を担うフェイルオーバー・クラスタで実行されるSQL Serverのインスタンスです。もう片方のインスタンス（たとえば「SQLDRinstance」）は、「セカンダリ」の役割を担うフェイルオーバー・クラスタで実行されるSQL Serverのインスタンスです。

各インスタンスでログインが同一である場合は、選択ツリーの適切な仮想クライアントの下にある［すべてのインスタンス］ノードに有効な認証情報を入力します。

各インスタンスでログインが異なる場合は、［すべてのインスタンス］ノードの下にリストされているそれぞれのインスタンスに対して有効な認証情報を入力します。インスタンスがリストされていない場合は、インスタンスの追加操作で認証情報を各インスタンスに入力します。

AlwaysOnフェイルオーバー・クラスタ・インスタンスに対してNetVault Backup仮想クライアントを作成している場合は、AlwaysOnグループを構成する2個のフェイルオーバー・クラスタ・インスタンスのうちいずれか1台の仮想ネットワーク名のIPアドレス（Virtual IP）を指定します。プライマリまたはセカンダリの役割を備えたインスタンスの仮想IPアドレスを指定できます。ただし、セカンダリの役割を備えたインスタンスがNetVault Backupサーバーから離れた場所にある場合、Questでは、プライマリの役割を備えたインスタンスの仮想IPアドレスを使用してパフォーマンスを上げることをお勧めします。

バックアップを実行する際、レプリカ選択アルゴリズムをプライマリ（デフォルトのアルゴリズム）に設定する必要があります。セカンダリ・レプリカ選択アルゴリズムを使用して実行中のバックアップは、セカンダリ・インスタンスがNetVault Backup Serverから離れた場所にあるためにパフォーマンスが遅くなることがあります。