SQL Server VDIバックアップ用NetWorker Module for Microsoftトリアージ ガイド

このドキュメントの目的は、Microsoft SQL Serverデータベースをバックアップおよびリストアするために、NetWorker Module for Microsoftを適切に準備および構成することです

このドキュメントでは、SQLバックアップの仮想デバイス インターフェイスのバックアップ方法に焦点を当てています。

この方法では、次のバックアップ レベルを実行できます。

SQL VDIのバックアップ レベル

レベル	コメント
フル	SQL Serverデータベース バックアップと同等
累積増分	SQL Serverの差分バックアップと同等
Logs_only (または txnlog)	SQLトランザクション ログ バックアップと同じ。 これは、NetWorkerバージョン9.xで導入された新しいバックアップ レベルであり、SQLトランザクション ログ バックアップ用に設計されています。 これは、LOGバックアップに使用するために必要なレベルです。レベル インクリメンタルは使用しないでください。
増分	このレベルは、バージョン9.xより前のNetWorkerバージョンのログ バックアップに使用されていました。 これは、NetWorkerバージョン9.x以降では無効になりました。 増分バックアップ レベルは使用しないでください。

手順1：インストール
アップグレード:
アップグレード オプションはありません。新しいバージョンのソフトウェアをインストールする前に、古いソフトウェアを次の順序で手動で削除します。

• 各SQL Serverで、古いNMMソフトウェアを削除し、プロンプトが表示されたら再起動します。
• 再起動後、古いNetWorkerクライアントを削除します。

新規インストール:
新しいクライアントをインストールする場合、または古いソフトウェアを削除した後でインストールする場合は、次の手順を実行します。

• NetWorkerクライアントの最新バージョンをインストールします。
• 同じバージョンのNetWorker拡張クライアントをインストールします。  
• NetWorkerクライアントのバージョンと一致する同じバージョンのNMMをインストールします。

手順2：Configure Client Resources.
どのSQL Serverインスタンスでも、SQLデータベースをバックアップするためにクライアント リソースが必要です。これには、スタンドアロンSQLインスタンス、クラスター化されたSQLインスタンス、AlwaysOn可用性グループが含まれます

これらは必須入力フィールドです。

• バックアップ コマンド
• リモート ユーザー
• パスワード

バックアップ コマンド
SQLバックアップのバックアップ コマンドは次のとおりです。 nsrsqlsv.exe SQL Serverがスタンドアロン インスタンスかクラスター インスタンスかは関係ありません

リモート ユーザー
[Remote User]は必須入力フィールドです。このフィールドは、次の形式で入力されます。ドメイン名 - ユーザー名

For example, when the domain is AD and the user is dbadmin, then the format for remote user field is AD\dbadmin

パスワード
パスワード フィールドは、リモート ユーザーのパスワードです。

セーブセットとインスタンス
スタンドアロン インスタンス
セーブセットの形式は次のとおりです。 MSSQL$<Instance_Name>:

たとえば、INST01という名前のSQL Serverインスタンスを持つSQLDB1という名前のSQL Serverホスト
指定されたインスタンスINST01.
をバックアップするクライアント リソースを1つ追加しますホストに2番目のインスタンスINST02がある場合は、そのインスタンスに2番目のクライアント リソースを追加します。
 

プロパティ

SQL Server インスタンス	セーブセット	次のオブジェクトをバックアップします
デフォルトのインスタンス。	MSSQL：	このデフォルト インスタンス内のすべてのデータベースをバックアップします
	MSSQLL:dbname	このインスタンスでデータベース「dbname」のみをバックアップします
名前付きインスタンス(例:INST01)	MSSQL $ INST01:	この名前付きインスタンスのすべてのデータベースをバックアップします
	MSSQL $ INST01: dbname	この名前付きインスタンスのデータベース「dbname」のみをバックアップします

 
クラスタ化されたSQL Server
クラスタ化されたSQL Serverインスタンスは、フェールオーバー クラスターにインストールされます。この例では、CLUSQL01という名前のクラスタ化されたSQL Serverインスタンスには、次のような2つのノードがあります。

• Node1 は SQLDB1 と呼ばれます。
• Node2 は SQLDB2 と呼ばれます
• クラスター化されたSQL Server名は、一意の名前です(例CLUSQL01)

SQL Server AlwaysOn可用性グループ
SQL Server AlwaysOn可用性グループ(AAG)は、フェールオーバー クラスター内の2つ以上のノード間でレプリケートされた少なくとも1つのデータベースで構成されるデータベース レプリケーション グループです。

例えば：

• クラスター名はCLU01です
• クラスターには、SQLDB1とSQLDB2の2つのノードが含まれています
• SQLDB1 は、スタンドアロンの SQL Server と SQL Server インスタンス PROD です
• SQLDB2は、SQL ServerインスタンスPRODを備えたスタンドアロンのSQL Server
• ノードは、AGPRODと呼ばれるAlwaysOn可用性グループに属します
• ノードは、AGPRODのレプリケートされたデータベースagdb1を共有しました
• AGPRODのリスナー名はLSTAGPRODです

手順3：WindowsとSQL Serverの権限を付与します
リモート ユーザー フィールドは、バックアップとリストアを正常に行うために重要です。このユーザーには必要な権限が必要です。
リモート ユーザーは、各SQL Serverで次の権限が付与されているドメイン ユーザーです。

• Windows Local Administrators グループと Backup Operators グループのメンバー
• SQL Serverのsysadminロールとpublicロールが含まれます
• クラスタ化されたSQL ServerインスタンスとAlwaysOn可用性グループの場合、 各SQL ServerのSYSTEMアカウントには、SQL Serverのsysadminロールとpublicロールも付与する必要があります。

手順4：NetWorker権限を付与します
クラスタ化されたSQL ServerおよびAlwaysOnクラスターの場合は、特定のNetWorker権限が必要です。
各ノードのシステム アカウントとリモート ユーザー アカウントには、特別な権限が付与されます。
これには、NetWorkerの[Remote Access]フィールドとOperatorsユーザー グループを変更する必要があります。

リモート アクセス
クラスタ化されたSQL Serverクライアント(またはAAGリスナー名クライアント)の[リモート アクセス]フィールドには、次のエントリーが必要です。

SYSTEM@nodename

remoteuser@nodename

For the example given, that would require:
SYSTEM@SQLDB1
SYSTEM@SQLDB2
dbadmin@SQLDB1
dbadmin@SQLDB2