NetWorker VMware Protection-vProxy:デバッグ ログを有効にする方法

ビデオ「vProxyデバッグ ログを有効にする方法」をご覧ください。

vProxyエンジンのデバッグを適用する方法:

通常は、NetWorkerサーバーのポリシー ログを /nsr/logs/policy/[policy name]ただし、場合によっては、vProxyアプライアンス自体からのログを分析し、さらに、失敗の理由をより明確に把握するために デバッグするログ レベルを上げる必要があります。これは通常、NetWorkerサポートが関与し、サポート エンジニアが特定のプロセスとしてトラブルシューティングするように「debug」を設定するよう要求した場合にのみ必要です。

vProxyアプライアンス上のNVP-vProxyログ ファイルは、次のディレクトリーにあります。 /opt/emc/vproxy/runtime/logsvProxyアプライアンスでの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
vbackupd-vddk.log              VDDK logging -  VMware Virtual Disk Development Kit

vProxyのログと収集の詳細については、記事「NVP-vProxyトリアージ ガイド:NetWorker VMware保護vProxyのトリアージとログの概要」を参照してください。

サービス デバッグ方法1の適用：

この方法は、vProxyのバージョン4.3.x以降に適用されます。1.これを使用して、vProxyサービス(vrapid, vrecoverd, vbackupd, vflrd）をクリックします。DD Boostトラフィック、仮想ディスク開発キット(VDDK)、スナップショット メッセージング(該当する場合)に対して、より多くのデバッグを有効にすることができます。

1. vProxy管理者アカウントを使用して、SSH経由でvProxyに接続します。2.
2. rootに切り替えます。

sudo su -

3. vProxyエージェントのbinディレクトリーに変更します。

cd /opt/emc/vproxy/bin

4. デバッグが必要なサービスの場合は、次のコマンドを実行します。

バックアップ エンジン: 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

./vProxy_debug.sh -s -d vbackupd -p ddboost -l all

/opt/emc/vrproxy/runtime/logs/vbackupd/vbackupd-boost.log

./vProxy_debug.sh -s -d vbackupd -p vddk -l 4

/opt/emc/vrproxy/runtime/logs/vbackupd/vbackupd-vddk.log

./vProxy_debug.sh -s -d vbackupd -p snapshotmgr -l debug

/opt/emc/vrproxy/runtime/logs/vbackupd/vbackupd-snapmgr.log

リカバリー エンジン: 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

./vProxy_debug.sh -s -d vrecoverd -p ddboost -l all

/opt/emc/vrproxy/runtime/logs/vrecoverd/vrecoverd-boost.log

./vProxy_debug.sh -s -d vrecoverd -p vddk -l 4

/opt/emc/vrproxy/runtime/logs/vrecoverd/vrecoverd-vddk.log

FLRエンジン: vflrd

./vProxy_debug.sh -s -d vflrd -p program -l debug

/opt/emc/vrproxy/runtime/logs/vflrd/vflrd-engine.log

/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

./vProxy_debug.sh -s -d vflrd -p ddboost -l all

/opt/emc/vrproxy/runtime/logs/vflrd/vflrd-boost.log

RESTサーバー： vrapid

./vProxy_debug.sh -s -d vrapid -p program -l debug

/opt/emc/vrproxy/runtime/logs/vrapid/vrapid-engine.log

上記のコマンドは、デバッグの有効化を示しています。これらのコマンドは、 -l デフォルトにリセットするオプション:

オプション:

• プログラムログの場合:

• DD Boostログの場合:

• VDDKログの場合:

• スナップショット マネージャー ログの場合:

サービス デバッグ方法2の適用：

1. sshまたはコンソールを介してvProxyアプライアンスに管理者としてログインし、rootに切り替えます。

sudo su -

2. ［ systemd にある次の各ログ ファイル：

cd /usr/lib/systemd/system/ 

3. デバッグ設定を必要とするサービス ファイルを開きます。例:

vi vbackupd.service 

4. で行を見つけます ExecStart= そして、必要なデバッグパラメータを付加します。

vbackupd, vrecoverd, vflrd, and vrapid engine debug options: { debug | trace | info | warn } (default "trace")
--program-log-level=option

vbackupd, vrecoverd, and vflrd ddboost debug options: { none | error | warn | info | debug | all } (default "trace")
--boost-log-level=option

vbackupd snapshot manager debug options: { warn | info | trace | debug } (default "trace")
--snapmgr-log-level=option

Display version
--version

Multiple options could be used at once, for example if you needed to debug the vbackupd service, ddboost communication, and snapshot manager logging, the vbackupd.service file would include:
ExecStart=/opt/emc/vproxy/bin/vbackupd --program-log-level=debug --boost-log-level=all --snapmgr-log-level=debug

5. ファイルへの変更を保存します。
6. 次のコマンドを使用してユニット構成ファイルをリロードします。

systemctl daemon-reload

7. NetWorker管理コンソールで、現在実行中のバックアップがないことを確認してから、vbackupdサービスを再開します。 vbackupd サービス化

systemctl restart vbackupd.service

systemctl restart vbackupd.service上記のプロセスは、次の各サービスに適用されます。 vrapid, vrecoverd, vbackupd, vflrd。

VDDKデバッグの適用：

VMware Disk Development Kit (VDDK)のデバッグは、 VixDiskLib.config ファイルは提供しません。このデバッグは、以下にのみ適用されます。 vbackupd 、 vrecoverd トラブルシューティングを続行します。次のものには適用されません： vflrd。
 

1. SSHまたはコンソールを使用して管理者としてvProxyアプライアンスにログインし、rootに切り替えます。

sudu su -

2. 編集 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

3. 関連サービスを再開します。

systemctl restart [service-name].service 

systemctl restart vrecoverd.service

デバッグ ログが設定されると、サービスに関連付けられたログ ファイルにDEBUG行が含まれるようになります

デバッグ プロセスが完了したら、同じ手順を使用してログ レベルをリセットし、等号の後に「debug」ではなく「trace」という単語を使用します。これをすぐに適用するには、前述のようにデーモンの再ロードと再起動が必要になります。

DD Boost事前証明書のデバッグ:

このプロセスは、前述の他のデバッグ方法と組み合わせて実行できます。1.デフォルトでは、DD Boostライブラリーは詳細なAPI(アプリケーション プログラミング インターフェイス)アクティビティーをログに記録しません。DD Boost事前認証ログの有効化は、他のDD Boost関連エラーが vbackupd-boost.log, vrecovered-boost.log, vflrd-boost.log ファイルと追加のデバッグが必要です。これは通常、Data Domainのコラボレーションまたはエンジニアリング契約のためにNetWorkerサポートから直接要求された場合にのみ必要です。

1. SSHまたはコンソールを使用して管理者としてvProxyアプライアンスにログインし、rootに切り替えます。

sudu su -

2. を作成します。 ddboost_precert.ini （DPMアプリケーションの /: 

vi /ddboost_precert.ini

ファイルに以下を追加します。

precert_enabled=true
num_log_files=4
log_file_size=512
log_file_name=ddboost_precert.log
log_file_dir=/DDLog
ddcl_logs_include=true
ddcl_logs_sev=3

3. を作成します。 DDLog にある次の各ログ ファイル：

mkdir /DDLog ; chmod 755 /DDLog

4. デバッグを必要とするサービスの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

5. が ddboost_precert.log が生成されたら、問題を再現し、 ddboost_precert.log:

ls -l /DDLog

6. 使用 precert-io-perf.py 分析するには、 ddboost_precert.log ファイル: NetWorker:ddboost_precert.logを使用してIOパフォーマンスを分析する方法
7. デバッグ操作が不要になった場合:
   1. ddboostデバッグを有効にしたサービスに対して、次のコマンドを再実行します。

/opt/emc/vproxy/bin/vProxy_debug.sh -s -d service_name -p ddboost -l trace

1. 2. を削除する。 /ddboost_precert.ini ファイルは提供しません。

rm -rf /ddboost_precert.ini

vProxy選択のログ:

このデバッグは、仮想マシン(VM)のバックアップ ワークフローが実行 待ち状態のVMでスタックしている場合に使用できます。このシナリオでは、バックアップ ジョブは開始されていますが、バックアップ セッションを開始するためのvProxyが選択されていません。標準ログでは、vProxy選択プロセスのログは記録されません。PowerFlexで有効化することで vmbackup_logging NetWorkerサーバー上にあります。VMware保護ポリシーの開始時にvProxy選択プロセスがログに記録されます。これは、NetWorkerサーバとvProxy(ポート9090)の間に通信の問題がなく、NMCまたはでvProxyが使用できないというエラーがない場合に便利です。 daemon.raw。

1. NetWorkerサーバーで、管理者用PowerShellプロンプト(Windows)またはroot SSHセッション(Linux)を開きます。
2. という拡張子のないファイルを作成します。 vmbackup_logging NetWorkerの下 /nsr/tmp にある次の各ログ ファイル：

Linux: 
touch /nsr/tmp/vmbackup_logging

Windows: 
New-Item -Path "C:\Program Files\EMC NetWorker\nsr\tmp\vmbackup_logging" -ItemType File

3. VMバックアップ ジョブを開始します。
4. レンダリングされたdaemon.logを監視します Vmproxy Queue 、 select_vproxy 次のメッセージが出される場合です。

Linux: /nsr/logs/daemon.log
Windows: C:\Program Files\EMC NetWorker\nsr\logs\daemon.log

5. このデバッグを無効にするには、 vmbackup_logging ファイルを /nsr/tmp dir です。

vProxyユーザー インターフェイスのデバッグ:

• NVP-vProxy:Data Protection Restore Client (DPRC)トラブルシューティング ガイド
• NVP-vProxy:vCenterプラグインおよびユーザー インターフェイス(VCUI)のトラブルシューティング

関連文書:

• NVP-vProxyトリアージ ガイド:NetWorker VMware保護vProxyトリアージとログの概要
• NVP vProxy:デバッグを使用してCLIからVMリカバリーを実行するための正確なコマンド構文を取得する方法。
• NetWorker(Linux):Linux NetWorkerサーバーとの間でファイルをコピーする方法。
• NVP vProxy:バックアップおよびリストア操作のためのネットワーク接続のトラブルシューティング
• NetWorker:NVP vProxyのVMバックアップとリストアのパフォーマンスとスループットのトラブルシューティング