メイン コンテンツに進む
  • すばやく簡単にご注文が可能
  • 注文内容の表示、配送状況をトラック
  • 会員限定の特典や割引のご利用
  • 製品リストの作成とアクセスが可能

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

概要: vProxyアプライアンス ソリューション(NVP-vProxy)を使用したNetWorker VMware Protection (NVP)の問題をトラブルシューティングするには、ログ レベルを「debug」に変更する必要がある場合があります。この記事では、ログ レベルを変更する方法について説明します。

この記事は次に適用されます: この記事は次には適用されません: この記事は、特定の製品に関連付けられていません。 すべての製品パージョンがこの記事に記載されているわけではありません。

手順

このビデオをご覧ください。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 Kit
vProxyのログと収集の詳細については、「 NVP-vProxyトリアージ ガイド: NetWorker VMware Protection vProxyのトリアージとログの概要


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

この方法は、vProxyバージョン4.3.x以降に適用されます。これを使用して、vProxyサービス(vrapid, vrecoverd, vbackupd, vflrd。DD Boostトラフィック、VDDK、スナップショット メッセージング(該当する場合)に対して、より多くのデバッグを有効にすることができます。
  1. vProxy 管理者 アカウントを使用して、SSH経由でvProxyに接続します。
  2. rootに切り替えます。
sudo su -
  1. vProxyエージェントのbinディレクトリーに変更します。
cd /opt/emc/vproxy/bin
  1. デバッグするサービスに対して、次のコマンドを実行します。

バックアップ エンジン: 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.log
VDDKは、ディレクトリー内にプライベート ログも保持します /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 ロギングレベルの デバッグに処理します。
  1. SSHまたはコンソールを介して管理者としてvProxyアプライアンスにログインし、rootに切り替えます。
sudo su -
  1. 次の場所にアクセスします。 systemd ディレクトリ:
cd /usr/lib/systemd/system/ 

注:各サービス ファイルは、次の場所にあります。 vbackupd.service, vfrld.service, vrapid.service, vrecoverd.service, など...
  1. デバッグを適用するサービス ファイルを開きます。例:
vi vbackupd.service 
  1. で行を見つけます 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プロキシのバージョン]をクリックします。  
 
  1. 変更をファイルに保存します
  2. 次のコマンドを入力して、ユニット構成ファイルを再ロードします。
systemctl daemon-reload
  1. NetWorker Management Consoleでバックアップが実行されていないことを確認してから、 vbackupd サービス:
systemctl restart vbackupd.service
上記のプロセスは、次のサービスに適用されます。 vrapid, vrecoverd, vbackupd, vflrd.


VDDKデバッグの適用:

  1. SSHまたはコンソールを使用して管理者としてvProxyアプライアンスにログインし、rootに切り替えます。
sudu su -
  1. 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
  1. 関連サービスを再開します。
systemctl restart [service-name].service 
例: 
systemctl restart vrecoverd.service
デバッグ ログ レベルを設定したら、関連するログ ファイルに「Debug.」という単語で始まるメッセージがあることを確認できます

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


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

このプロセスは、上記で説明した他のデバッグ方法で行われます。
  1. SSHまたはコンソールを使用して管理者としてvProxyアプライアンスにログインし、rootに切り替えます。
sudu su -
  1. ファイルの作成 ddboost_precert.ini 下:
/: touch /ddboost_precert.ini
  1. を作成します。 DDLog ディレクトリ:
mkdir /DDLog
  1. デバッグするサービスの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
  1. ddboost_precert.log が生成されます。
ls -l /DDLog
​​​​​​ ログ確認のスクリーンショット
  1. デバッグ操作が不要になったら、次のコマンドを再実行します。
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が使用できないというエラーがない場合に役立ちます。
 
  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
上記のコマンドは、デフォルトのNetWorkerのインストール場所が使用されていることを前提としています。NetWorkerが別の場所にインストールされている場合は、場所を調整します /nsr/tmp だから。
  1. VMバックアップ ジョブを開始します。
  2. Vmproxyキューのレンダリングされたdaemon.logを監視し、vproxyメッセージを選択します
Linux: /nsr/logs/daemon.log
Windows: C:\Program Files\EMC NetWorker\nsr\logs\daemon.log
ご不明な点がございましたら、次の記事を参照してください。NetWorker:nsr_render_logの使用方法
  1. このデバッグを無効にするには、vmbackup_logging ファイルを /nsr/tmp dir です。

その他の情報

対象製品

NetWorker

製品

NetWorker, NetWorker Series
文書のプロパティ
文書番号: 000022610
文書の種類: How To
最終更新: 02 8月 2024
バージョン:  12
質問に対する他のDellユーザーからの回答を見つける
サポート サービス
お使いのデバイスがサポート サービスの対象かどうかを確認してください。