NetWorker:Azure Snapshot Protectionトラブルシューティング ガイド
Сводка: この記事は、Azureスナップショット保護関連の問題をトラブルシューティングする際に、サポートおよびNetWorker管理者を支援することを目的としています。
Инструкции
NetWorker 19.11では、NetWorkerにAzureスナップショット保護が導入されました。この統合では、Azure仮想マシン(VM)にNetWorker拡張クライアント ソフトウェアをインストールします。クライアントは、「クラウド」タイプを使用してNetWorkerサーバーに追加されます。クライアントのローカル ファイル システムはバックアップされません。代わりに、セーブセットは次のように構成されます。 RESOURCE_GROUP:VM_NAME。これらのクライアントは「プロキシ」として機能し、Azure VMスナップショットのData Domainストレージへのクライアント直接バックアップを実行します。構成と制限事項の詳細については、NetWorkerバージョン固有の 『Azure VM Snapshot Integration Guide』を参照してください。NetWorkerドキュメントは、Support for NetWorker |マニュアルとドキュメント。NetWorkerガイドにアクセスするには、ご自分のサポート アカウントでDellサポート サイトにサインインする必要があります。
通信:
- NetWorkerでは、NetWorkerサービス ポート(デフォルトは7937-9936)でNetWorkerサーバーと「プロキシ」クライアント間の通信が必要です。次を参照してください。
- NetWorkerサーバーと「プロキシ」クライアントは、Data Domainシステムとポート111、3009、2049、2052で通信できる必要があります。
- Linux:
curl -v DD_HOSTNAME:PORT - Windows (PowerShell):
tnc DD_HOSTNAME -p PORT
- Linux:
Azureサブスクリプション リソース:
Azureサブスクリプションは、コマンド ラインまたはNWUI(NetWorker Webユーザー インターフェイス)からNetWorkerに登録されます。
Azureサブスクリプションは、 nsradmin NetWorkerサーバでプロンプトを表示する:
- 管理者特権のプロンプトから、次のコマンドを実行します。
nsradmin - nsradminプロンプトで、次のコマンドを実行します。
print type nsr azure subscription
azure-nve:~ # nsradmin NetWorker administration program. Use the "help" command for help, "visual" for full-screen mode. nsradmin> print type: nsr azure subscription type: NSR Azure Subscription; name: AZURE_SUBSCRIPTION_RESOURCE_NAME; comment: ; tenant id: 94XXXXXX-XXXX-XXXX-XXXX-XXXXXXXXX2dd; subscription id: 50XXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXfe3; client id: 3bXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXX38b; client secret: *******; endpoint: management.azure.com; command: nsrazure_discovery; nsradmin> quit
テナント ID、サブスクリプション ID、クライアント ID、クライアント シークレットはすべて、Azure portal 内から収集されます。
Azureサブスクリプションがnsradminからは表示されるが、NWUIからは見つからない場合は、次を参照してください。
Azure VM 検出:
Azure VM の検出は、1 時間ごとに実行される自動タスクとして実行されます。
Azure 検出プロセスでは、 nsrazure_discovery でアラートをクリアするには、手動のステップが必要です。
検出プロセスのログは、NetWorkerサーバーの次の場所にあります。
-
- Linux:
/nsr/logs/azure_subscription/SUBSCRIPTION-NAME_TIMESTAMP.log - Windows(デフォルト):
C:\Program Files\EMC NetWorker\nsr\logs\azure_subscription\SUBSCRIPTION-NAME_TIMESTAMP.log
- Linux:
検出は、コマンドラインから実行できます。
nsrazure_discovery [-D <Debug_level_1-9>] [-s <NW Server>] -n <NSR Azure Subscription Resource Name> [-L] [-r <resource_group>]
[] は省略可能です。必要に応じて、出力をファイルにリダイレクトできます。
例:
azure-nve:~ # nsrazure_discovery -n Azure -L -r DD-PERF
nsrazure_discovery starting on host azure-nve.local.
Azure Subscription Azure VM List:
| Resource group | VM Name | VM Id | Location |
| DD-PERF | dd-perf-scheduler-osl-longrun | d4a47d4a-85dd-4e3b-bdbb-58b96b7fcc82 | westus |
| DD-PERF | perf-ddperf-client-osl-longrun-0 | 187ac9de-5739-426d-bfb2-720fa92abc0f | westus |
| DD-PERF | perf-ddperf-client-osl-longrun-1 | 19fb8c4e-e6c8-4f67-96ec-28c48c2d9629 | westus |
| DD-PERF | perf-ddperf-client-osl-longrun-2 | 989144cc-5eae-44b6-9857-b2f062c1230d | westus |
| DD-PERF | perf-ddperf-client-osl-longrun-3 | e8adac3a-995a-4d84-b5ef-d751d5ee2512 | westus |
| DD-PERF | perf-ddperf-client-osl-longrun-4 | 1d27b303-f5d8-44e0-bb1a-4ffb63260cfe | westus |
| DD-PERF | perf-ddperf-client-osl-longrun-5 | b21a902a-e8fc-4f70-8194-a1cab6b8cf19 | westus |
| DD-PERF | perf-ddperf-client-osl-longrun-6 | c231e32c-70c3-4739-96b2-e175829a4d28 | westus |
| DD-PERF | perf-ddperf-client-osl-longrun-7 | 3d64d531-a472-48b7-9181-c4a1cbc814c8 | westus |
| DD-PERF | perf-westus-256tb-1 | 15965ad9-f1fa-4234-91bd-f8669ab9c218 | westus |
| DD-PERF | perf-westus-linux-jumpbox | 6514f563-cb47-4ec4-99a8-d113a2d7af53 | westus |
| DD-PERF | azure-ubuntu | be6d6dd8-d5b8-43ec-9602-d77e2d6d701a | southcentralus |
| DD-PERF | azure-win2k22 | a7b8cc3d-aa7f-4d2b-918f-579fd97a5509 | southcentralus |
| DD-PERF | perf-ddperf-jumpbox-sles-longrun | 4859e7aa-da2f-4bef-9ba0-cea3ef8f9676 | southcentralus |
| DD-PERF | test_recover_summary_fix | 36e9f900-2e17-4bca-af15-590eb0237af5 | southcentralus |
| DD-PERF | test_recover_summary_fix2 | caa86cba-9eda-4cc1-90bd-8ffa06202874 | southcentralus |
| DD-PERF | test_recover_summary_wrong | 7614dc1d-d799-46b3-9881-03927923fea6 | southcentralus |
nsrazure_discovery exiting successfully.
アクセス 許可:
必要なアクセス許可については、「 Azure VM スナップショット統合ガイド 」の 「Azure 認証プロセス」を参照してください。バックアップ操作または復元操作がアクセス許可関連のエラーで失敗した場合は、文書化されたアクセス許可が Azure サブスクリプションに対して有効であることを確認する必要があります。
Azure 管理ポータルの Cloud Shell から次のコマンドを使用します。
az role definition list --custom-role-only true --output json
上記のコマンドを実行すると、すべてのカスタム ロールが一覧表示されます。『Azure VM スナップショット統合ガイド』では、次の名前でロールを作成することが推奨されています。 NWBackupAdminRole。このアカウントの権限を確認するには、次のコマンドを実行します。
az role definition list --name "NWBackupAdminRole" --output json > NWBackupAdminRole.json
アクセス許可関連のエラーは、通常、次のような HTTP エラー コードを使用して表示されます。
"Response Code: 403. This request is not authorized to perform this operation"
バックアップの問題:
Azureのバックアップは、 nsrazure_save コマンドをNetWorkerクライアントで実行します。クライアントは、次の条件に応じてAzure VMディスクをバックアップします。 RESOURCE_GROUP:VM_NAME クライアント リソースで定義されているセーブセット。
同時に実行されるVMディスク セッションの数は、クライアント プロパティの クライアント並列化 の値によって異なります。
成功したAzure VMバックアップは、メディア データベース(mm)を次のように指定します。
azure-nve:~ # mminfo -avot volume type client date time size ssid fl lvl name azure_nve.local.dddefault.002 Data Domain azure-nve.local 01/26/26 21:00:11 10 GB 4135066668 cb full DD-PERF:azure-win2k22:Data_Disk-1 azure_nve.local.dddefault.002 Data Domain azure-nve.local 01/26/26 21:00:12 133 GB 4118289452 cb full DD-PERF:azure-win2k22:azure-win2k22_OsDisk_1_423227d3ef284695803c23cd47e8b839 azure_nve.local.dddefault.002 Data Domain azure-nve.local 01/26/26 23:40:26 10 KB 4101521850 cb full Azure
Azure'.このセーブセットは、 psuedo_saveset プロセスはバックアップ ワークフローから取得され、そのワークフローでバックアップされたすべてのVMに関するすべてのメタデータが含まれます。Azureセーブセットが見つからない場合は、 psuedo_saveset 障害を示しています。時期 psuedo_saveset 失敗すると、ワークフローは失敗としてマークされます。
cb メディア データベース内。「 NetWorker:セーブセット フラグについて」を参照してください。
psuedo_saveset が失敗すると、NWUIからAzure VMをリカバリーできません。ただし、VMディスク セーブセットはコマンド ラインからリカバリーできます。これについては、「 リストアの問題」で説明しています。
ログ:
バックアップ ログは、NetWorkerサーバー上のポリシー ログの場所にあります。
-
- Linux:
/nsr/logs/policy/POLICY_NAME/WORKFLOW_NAME/backup_JOBID_logs - Windows(デフォルト):
C:\Program Files\EMC NetWorker\nsr\logs\policy\POLICY_NAME/WORKFLOW_NAME/backup_JOBID_logs
- Linux:
ログは savefs プロセス、および別のログ nsrazure_save 。
jobsdb 保存期間(デフォルトは72時間)。保存期間が経過すると、ログはシステムから削除されます。
デバッグ:
NetWorkerクライアントでデバッグを有効にするには、[Backup Command ]フィールドにデバッグ レベル[1-5]を追加します。

リストアの問題:
Azure VM のリストアは、 nsrazure_recover 。このプロセスは通常、NWUIを使用してリストアが開始されるときにNetWorkerサーバーで開始されます。
「バックアップの問題」セクションで説明したように、NWUIからAzure VMのリストアを実行するには、次の手順を実行します。 psuedo_saveset 正常に保存する必要があります Azure セーブセット。Azureセーブセットの作成に失敗した場合、NWUIにバックアップがないように見えることがあります。
「 NetWorker:Azure VMバックアップがNWUIの[リカバリー]タブに表示されない(英語)」を参照してください。
Azure VMのリストアを実行する一般的なプロセスについては、「NetWorker:NWUIからAzure VMスナップショット リストアを実行する方法」を参照してください。
モニタリングとログ:
-
- NWUI:ジョブ→リカバリー ジョブの監視
- Nmc:アクティブ セッション
- NetWorkerサーバーのコマンド ライン:
nsrwatch - リカバリー ログを監視します。
- Linux NetWorkerサーバー:
/nsr/logs/adhoc/adhoc_job_JOBID - Windows NetWorkerサーバー(デフォルト パス):
C:\Program Files\EMC NetWorker\nsr\logs\adhoc\adhoc_job_JOBID
- Linux NetWorkerサーバー:
完了したログは、次の場所にあります。
-
-
- Linux:
/nsr/logs/adhoc/nsrazure_recover - Windows(デフォルト):
C:\Program Files\EMC NetWorker\nsr\logs\adhoc\nsrazure_recover
- Linux:
-
リカバリーに関する具体的な情報を jobquery。
- NetWorkerサーバーの管理者特権のプロンプトで、次のコマンドを実行します。
jobquery - から
jobqueryプロンプトが表示されたら、次のコマンドを実行します。print type: recover job
例:
azure-nve:~ # jobquery
NetWorker jobs query utility.
Use the "help" command for help.
jobquery> show command; job id; start time; end time; job log file; job state; completion status
jobquery> print type: recover job
command: \
"nsrazure_recover -N 'Azure' -R 'DD-PERF' -A 'networkerstorageaccount' -n 'DD-\
PERF:azure-win2k22' -V 'azure-win2k22-RESTORE' -E 'DPADDFS-storage-pe-vnet' -T\
'DPADDFS-storage-pe-subnet-1' -c 'azure-nve.local' -t \"01/26/2026 11:40:26 P\
M\" -D5";
completion status: succeeded;
end time: 1769383282;
job id: 2912131;
job log file: /nsr/logs/adhoc/nsrazure_recover/2912131.log;
job state: COMPLETED;
start time: 1769377505;
jobquery> q
azure-nve:~ #
jobquery 出力は、 jobsdb 保存期間(デフォルトは72時間)。保存期間が経過すると、ログとジョブ レコードはパージされます。
デバッグ:
デバッグは、NWUIリカバリー ウィザードで適用できます。

コマンド ライン リストアは、debugを使用して実行することもできます。
パフォーマンスの問題:
Azure VM の保護では、関連する基になるコンポーネントを理解することが重要です。パフォーマンスは、次のようなさまざまな要因によって大きく影響を受ける可能性があります。
-
- 一部の VM サイズには、スナップショットの整合性または延長タイムアウトに影響を与える可能性がある制限があります。ディスクが大きいと、スナップショットのフリーズ時間が長くなる可能性があります。Azure では、これをバックアップの実行時に考慮します。
- Azure VMバックアップは、Data Domainデバイスでのみサポートされます。
- Data Domainは、Azureクラウド内の物理Data DomainまたはDD Virtual Edition (DDVE)ですか?
- DDVEでは、DDVEのタイプ(サイズ設定)とディスク構成が読み取り/書き込みパフォーマンスに影響を与える可能性があります。
- Azure環境:
- すべて(NetWorkerサーバー、NetWorkerクライアント、Azure VMのバックアップ、Data Domain)は同じAzureサブスクリプションに含まれていますか?
- Azureのネットワーク構成。
- バックアップ トラフィックは、Azureサブスクリプション、Azureリージョン、またはWANを通過しますか?
『オペレーティングシステム』ディスクはオプションなので、同梱されていないコンピューターもあります。 DDPCONCHK NetWorkerクライアントからユーティリティーを実行して、DD Boostの書き込みパフォーマンスを確認できます。 NetWorker:DDPCONNCHKツールを使用してNetWorkerホスト
WhileからのDD ddboost接続をテストする方法 DDPCONCHK クライアントとDD間のスループットの一般的な概要を提供する場合がありますが、バックアップ/リストア操作との1対1の関係を反映したものではありません。
ログ収集:
- NetWorkerサーバー(およびバックアップの問題については、関連するクライアント)の両方からNSRGETログ バンドルを収集します。 NetWorker: NSRGet NetWorker データ収集ツールの使用方法
- この記事に記載されているプロセス固有のログを圧縮します。これらのログは、NSRGETによって収集されない場合があります。
- 問題によっては、次のDDサポート バンドルの収集が必要になる場合もあります。
Дополнительная информация
Azure保護操作ではNWUIを使用するため、NWUIから実行されるアクションに固有の問題では、NWUIログ分析またはデバッグが必要になる場合があります。 NetWorker管理Web UI (NWUI): トリアージおよびトラブルシューティング ガイド