NetWorker VMware Protection-vProxy: デバッグ ログを有効にする方法
摘要: vProxyアプライアンス ソリューション(NVP-vProxy)を使用したNetWorker VMware Protection (NVP)の問題をトラブルシューティングするには、ログ レベルを「debug」に変更する必要がある場合があります。この記事では、ログ レベルを変更する方法について説明します。
本文章適用於
本文章不適用於
本文無關於任何特定產品。
本文未識別所有產品版本。
說明
このビデオをご覧ください。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 です。
其他資訊
関連文書:
受影響的產品
NetWorker產品
NetWorker, NetWorker Series文章屬性
文章編號: 000022610
文章類型: How To
上次修改時間: 11 3月 2025
版本: 16
向其他 Dell 使用者尋求您問題的答案
支援服務
檢查您的裝置是否在支援服務的涵蓋範圍內。