NetWorker VMware Protection-vProxy: デバッグ ログを有効にする方法
Summary: vProxyアプライアンス ソリューション(NVP-vProxy)を使用したNetWorker VMware Protection (NVP)の問題をトラブルシューティングするには、ログ レベルを「debug」に変更する必要がある場合があります。この記事では、ログ レベルを変更する方法について説明します。
This article applies to
This article does not apply to
This article is not tied to any specific product.
Not all product versions are identified in this article.
Instructions
このビデオをご覧ください。vProxyデバッグ ログを有効にする方法。
通常は、NetWorkerサーバーのポリシー ログを
vProxyアプライアンス上のNVP-vProxyログ ファイルは、次のディレクトリーにあります。
vProxyアプライアンスでのNetWorker操作に使用される各主要プロセスには、サブディレクトリーがあります。
この方法は、vProxyバージョン4.3.x以降に適用されます。これを使用して、vProxyサービス(
バックアップ エンジン:
リカバリー エンジン:
FLRエンジン:
RESTサーバー:
上記のコマンドは、デバッグの有効化を示しています。これらのコマンドは、
オプション:
注:各サービス ファイルは、次の場所にあります。
デバッグ ログ レベルを設定したら、関連するログ ファイルに「Debug.」という単語で始まるメッセージがあることを確認できます
デバッグ プロセスが完了したら、同じ手順を使用してログ レベルをリセットできます。「debug」ではなく、等号の後に「trace」という単語を使用します。この変更をすぐに適用するには、前述のようにデーモンの再ロードと再起動が必要です。
このプロセスは、上記で説明した他のデバッグ方法で行われます。
このデバッグは、VMのバックアップ ワークフローでVMが 「Waiting to Run」状態になっている場合に使用できます。このシナリオでは、バックアップ ジョブは開始されていますが、バックアップ セッションを開始するためのvProxyが選択されていません。標準ログでは、vProxy選択プロセスのログは記録されません。当社は
通常は、NetWorkerサーバーのポリシー ログを
/nsr/logs/policy/[policy name]ただし、場合によっては、vProxyアプライアンス自体からのログを分析し、さらに、失敗の理由をより明確に把握するために デバッグするログ レベルを上げる必要があります。これは通常、NetWorkerサポートが関与し、サポート エンジニアが特定のプロセスとしてトラブルシューティングするようにデバッグ設定を要求した場合にのみ必要です。
vProxyアプライアンス上のNVP-vProxyログ ファイルは、次のディレクトリーにあります。
/opt/emc/vproxy/runtime/logs.
vProxyアプライアンスでのNetWorker操作に使用される各主要プロセスには、サブディレクトリーがあります。
vbackupd vflrd vrapid vrecoverdたとえば、
vbackupd サブディレクトリには、次のログがあります。
[session-uuid].log Processing details for a session vbackupd-engine.log Requests and problem events including error and panic messages from the session log. vbackupd-boost.log DD Boost logging. vbackupd-snapmgr.log Snapshot logging 3. vbackupd-vddk.log VDDK logging - VMware Virtual Disk Development KitvProxyのログと収集の詳細については、「 NVP-vProxyトリアージ ガイド: NetWorker VMware Protection vProxyのトリアージとログの概要
サービス デバッグ方法1の適用:
この方法は、vProxyバージョン4.3.x以降に適用されます。これを使用して、vProxyサービス(vrapid, vrecoverd, vbackupd, vflrd。DD Boostトラフィック、VDDK、スナップショット メッセージング(該当する場合)に対して、より多くのデバッグを有効にすることができます。
- vProxy 管理者 アカウントを使用して、SSH経由でvProxyに接続します。
- rootに切り替えます。
sudo su -
- vProxyエージェントのbinディレクトリーに変更します。
cd /opt/emc/vproxy/bin
- デバッグするサービスに対して、次のコマンドを実行します。
バックアップ エンジン:
vbackupd
| デーモン | ログ記録エンティティ | コマンドの使用例 | ログの場所 |
|---|---|---|---|
vbackupd |
プログラム(メイン エンジン) |
./vProxy_debug.sh -s -d vbackupd -p program -l debug |
/opt/emc/vrproxy/runtime/logs/vbackupd/vbackupd-engine.log 個々のバックアップ セッション ログ: /opt/emc/vrproxy/runtime/logs/vbackupd/BackupVmSession-<session-id>.log /opt/emc/vrproxy/runtime/logs/recycle/vbackupd/<DATE>/BackupVmSession-<session-id>.log |
| DD Boost |
./vProxy_debug.sh -s -d vbackupd -p ddboost -l all |
/opt/emc/vrproxy/runtime/logs/vbackupd/vbackupd-boost.log |
|
| VDDKの |
./vProxy_debug.sh -s -d vbackupd -p vddk -l 4 |
/opt/emc/vrproxy/runtime/logs/vbackupd/vbackupd-vddk.logVDDKは、ディレクトリー内にプライベート ログも保持します /tmp/vmware-root |
|
| スナップショット マネージャー |
./vProxy_debug.sh -s -d vbackupd -p snapshotmgr -l debug |
/opt/emc/vrproxy/runtime/logs/vbackupd/vbackupd-snapmgr.log |
リカバリー エンジン:
vrecoverd
| デーモン | ログ記録エンティティ | コマンドの使用例 | ログの場所 |
|---|---|---|---|
vrecoverd |
プログラム(メインエンティティ) |
./vProxy_debug.sh -s -d vrecoverd -p program -l debug |
/opt/emc/vrproxy/runtime/logs/vrecoverd/vrecoverd-engine.log 個々のリカバリー セッション ログ: /opt/emc/vrproxy/runtime/logs/vrecoverd/RecoverVmSession-<session-id>.log /opt/emc/vrproxy/runtime/logs/recycle/vrecoverd/<DATE>/RecoverVmSession-<session-id>.log |
| DD Boost |
./vProxy_debug.sh -s -d vrecoverd -p ddboost -l all |
/opt/emc/vrproxy/runtime/logs/vrecoverd/vrecoverd-boost.log |
|
| VDDKの |
./vProxy_debug.sh -s -d vrecoverd -p vddk -l 4 |
/opt/emc/vrproxy/runtime/logs/vrecoverd/vrecoverd-vddk.logまた、VDDKはプライベート ログをディレクトリーに保持します /tmp/vmware-root |
FLRエンジン:
vflrd
| デーモン | ログ記録エンティティ | コマンドの使用例 | ログの場所 |
|---|---|---|---|
vflrd |
プログラム(メイン エンジン) |
./vProxy_debug.sh -s -d vflrd -p program -l debug |
/opt/emc/vrproxy/runtime/logs/vflrd/vflrd-engine.log個々のFLRマウント セッション ログ: /opt/emc/vrproxy/runtime/logs/vflr/FlrMountSession-<session-id>.log Individual FLR Browse Session Logs: /opt/emc/vrproxy/runtime/logs/vflr/FlrBrowseSession-<session-id>.log Individual FLR Recover Session Logs: /opt/emc/vrproxy/runtime/logs/vflr/FlrRecoverSession-<session-id>.log完了したログは次の場所に移動されます: /opt/emc/vrproxy/runtime/logs/recycle/vflrd |
| DD Boost |
./vProxy_debug.sh -s -d vflrd -p ddboost -l all |
/opt/emc/vrproxy/runtime/logs/vflrd/vflrd-boost.log |
|
| VDDKの |
./vProxy_debug.sh -s -d vflrd -p vddk -l 4 |
/opt/emc/vrproxy/runtime/logs/vrecoverd/vrecoverd-vddk.logまた、VDDKはプライベート ログをディレクトリーに保持します /tmp/vmware-root |
RESTサーバー:
vrapid
| デーモン | ログ記録エンティティ | コマンドの使用例 | ログの場所 |
|---|---|---|---|
vrapid |
プログラム(メイン エンジン) |
./vProxy_debug.sh -s -d vrapid -p program -l debug |
/opt/emc/vrproxy/runtime/logs/vrapid/vrapid-engine.log |
上記のコマンドは、デバッグの有効化を示しています。これらのコマンドは、
-l デフォルトにリセットするオプション:
オプション:
- プログラムログの場合:
warn | info | trace (既定値) | debug
- DD Boostログの場合:
none | error | warn | info | debug | trace (既定値) | all
- VDDKログの場合:
0 = ログなし
1 = エラーのみ
2 = 警告とエラー
3 = 重要な情報メッセージ、エラー、警告(デフォルト)
4 = デバッグ データとその他すべて
- スナップショット マネージャー ログの場合:
warn | info | trace (既定値) | debug
サービス デバッグ方法2の適用:
使用可能なログ レベルはnone、error、warn、info、trace、debugです
設定するには
設定するには
vbackupd ロギングレベルの デバッグに処理します。
- SSHまたはコンソールを介して管理者としてvProxyアプライアンスにログインし、rootに切り替えます。
sudo su -
- 次の場所にアクセスします。
systemdディレクトリ:
cd /usr/lib/systemd/system/
注:各サービス ファイルは、次の場所にあります。
vbackupd.service, vfrld.service, vrapid.service, vrecoverd.service, など...
- デバッグを適用するサービス ファイルを開きます。例:
vi vbackupd.service
- で行を見つけます
ExecStart=そして、--program-log-level=debug
vProxy 2.x engine log level: { debug, trace, info, warn }.
--engine-log-level=string
vProxy 3.x and later engine level: { debug, trace, info, warn } (default "trace")
--program-log-level=string (vbackupd)
Display version
--version
注:NVP-vProxyのバージョンは、NetWorker管理コンソールのvProxyプロパティの[構成]タブに表示されます >デバイス > VMプロキシ プロキシ>vProxyアプライアンスを右クリックし> [プロパティ]>[構成]>[VMプロキシのバージョン]をクリックします。
- 変更をファイルに保存します
- 次のコマンドを入力して、ユニット構成ファイルを再ロードします。
systemctl daemon-reload
- NetWorker Management Consoleでバックアップが実行されていないことを確認してから、
vbackupdサービス:
systemctl restart vbackupd.service上記のプロセスは、次のサービスに適用されます。
vrapid, vrecoverd, vbackupd, vflrd.
VDDKデバッグの適用:
- SSHまたはコンソールを使用して管理者としてvProxyアプライアンスにログインし、rootに切り替えます。
sudu su -
- VixDiskLib.configファイルを編集して、次の行を含めます。
vi /opt/emc/vproxy/conf/VixDiskLib.config vixDiskLib.transport.LogLevel=4 0 = No logging 1 = Errors only 2 = Warnings, and Errors 3 = Important information messages, errors, and warnings 4 = Debug data plus everything else
- 関連サービスを再開します。
systemctl restart [service-name].service
例:
systemctl restart vrecoverd.service
デバッグ プロセスが完了したら、同じ手順を使用してログ レベルをリセットできます。「debug」ではなく、等号の後に「trace」という単語を使用します。この変更をすぐに適用するには、前述のようにデーモンの再ロードと再起動が必要です。
DD Boost事前証明書のデバッグ:
このプロセスは、上記で説明した他のデバッグ方法で行われます。
- SSHまたはコンソールを使用して管理者としてvProxyアプライアンスにログインし、rootに切り替えます。
sudu su -
- ファイルの作成
ddboost_precert.ini下:
/: touch /ddboost_precert.ini
- を作成します。
DDLogディレクトリ:
mkdir /DDLog
- デバッグするサービスのDD Boostデバッグを有効にします。
vbackupd: /opt/emc/vproxy/bin/vProxy_debug.sh -s -d vbackupd -p ddboost -l debug vflrd: /opt/emc/vproxy/bin/vProxy_debug.sh -s -d vflrd -p ddboost -l debug vrecoverd: /opt/emc/vproxy/bin/vProxy_debug.sh -s -d vrecoverd -p ddboost -l debug
- が
ddboost_precert.logが生成されます。
ls -l /DDLog
- デバッグ操作が不要になったら、次のコマンドを再実行します。
vProxy_debug.sh -l trace
vProxy選択のログ:
このデバッグは、VMのバックアップ ワークフローでVMが 「Waiting to Run」状態になっている場合に使用できます。このシナリオでは、バックアップ ジョブは開始されていますが、バックアップ セッションを開始するためのvProxyが選択されていません。標準ログでは、vProxy選択プロセスのログは記録されません。当社は vmbackup_logging NetWorkerサーバー上にあります。VMware保護ポリシーの開始時にvProxy選択プロセスがログに記録されます。これは、NetWorkerサーバーとvProxy(ポート9090)の間に通信の問題がなく、NMCまたはdaemon.logでvProxyが使用できないというエラーがない場合に役立ちます。
- NetWorkerサーバーで、管理者用PowerShellプロンプト(Windows)またはroot SSHセッション(Linux)を開きます。
- という拡張子のないファイルを作成します。
vmbackup_loggingNetWorkerの下/nsr/tmpディレクトリ:
Linux: touch /nsr/tmp/vmbackup_logging Windows: New-Item -Path "C:\Program Files\EMC NetWorker\nsr\tmp\vmbackup_logging" -ItemType File
上記のコマンドは、デフォルトのNetWorkerのインストール場所が使用されていることを前提としています。NetWorkerが別の場所にインストールされている場合は、場所を調整します
/nsr/tmp だから。
- VMバックアップ ジョブを開始します。
- Vmproxyキューのレンダリングされたdaemon.logを監視し、vproxyメッセージを選択します。
Linux: /nsr/logs/daemon.log Windows: C:\Program Files\EMC NetWorker\nsr\logs\daemon.log
ご不明な点がございましたら、次の記事を参照してください。NetWorker:nsr_render_logの使用方法
- このデバッグを無効にするには、vmbackup_logging ファイルを
/nsr/tmpdir です。
Additional Information
関連文書:
Affected Products
NetWorkerProducts
NetWorker, NetWorker SeriesArticle Properties
Article Number: 000022610
Article Type: How To
Last Modified: 11 Mar 2025
Version: 16
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.