このビデオをご覧ください。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、スナップショット メッセージング(該当する場合)に対して、より多くのデバッグを有効にすることができます。
- 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.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
none
| error
| warn
| info
| debug
| trace
(既定値) | all
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.」という単語で始まるメッセージがあることを確認できます
デバッグ プロセスが完了したら、同じ手順を使用してログ レベルをリセットできます。「
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_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
だから。
- VMバックアップ ジョブを開始します。
- Vmproxyキューのレンダリングされたdaemon.logを監視し、vproxyメッセージを選択します。
Linux: /nsr/logs/daemon.log
Windows: C:\Program Files\EMC NetWorker\nsr\logs\daemon.log
- このデバッグを無効にするには、vmbackup_logging ファイルを
/nsr/tmp
dir です。