はじめ
NVP-vProxyは、vProxyアプライアンスを使用したNetWorker VMware保護の略です。このアプライアンスは、NetWorkerを使用して仮想マシンをバックアップおよびリストアするために使用されます。バックアップ データは、VMDKファイルとしてData Domainターゲット デバイスに保存されます。 また、ディスクまたはテープ デバイスにクローン作成することもできます。
この記事では、NVP-vProxyソリューションに関する問題の初期分析にアプローチする方法について説明します。
問題の詳細
問題の完全な説明を生成するには、次の質問に答えてください。
- 試行されていて、正常に機能していない操作は何ですか?
- 問題は一貫性がありますか、それとも断続的ですか?
- 断続的な場合、既知のトリガーはありますか?
- 以前はこれでうまくいきましたか?
- 問題が最初に発生したのはいつですか (また、既知の場合は、何が変更されたかも)
- 正確に予想される動作と、その期待値は何に基づいていますか?
- 発生時刻と観察された行動傾向
- この問題は、バックアップ環境または仮想マシンの大規模なグループのバックアップで高負荷の場合にのみ発生しますか?
- 問題の範囲(すべてのポリシー/一部のポリシー、すべてのVM/一部のVM)は何ですか?
- これまで何を修正しようと試みられ、そこからどのような結論が導き出されたのでしょうか?
環境の詳細
- 完全なNetWorkerサーバー バージョン/ビルドおよびオペレーティング システム プラットフォーム。
- vProxyアプライアンスのバージョン(NMCの[デバイス]->[VMwareプロキシ])。
- 使用されているvProxyの数の概要。
- ESXiおよびvCenterのバージョンが使用されています。
- 問題が発生しているバックアップ/リカバリー中のVMの名前。
- これらのバックアップのターゲットメディア。デバイス名とDDOSバージョンを含みます。
プロキシ ヘルスチェック
ProxyHCツールは、NVP vProxyアプライアンスの使用時に発生する可能性のある問題の診断と修正を支援するために開発されました。
NVP-vProxy:vProxyアプライアンスでヘルス チェック ツールProxyHCを使用する方法
ログ収集
メモ: NVP vProxyでデバッグ オプションを有効にする方法については、「追加情報」セクションを参照してください。ほとんどの場合、初期診断のデバッグは必要ありません。ただし、標準ログが不十分であると判断された場合は、デバッグが要求されることがあります。
- 全般:NVP-vProxy:vProxyのバンドルを収集する方法
- vProxyオペレーティング システムがクラッシュした場合:
- vProxy SSHから次のコマンドを実行します。sudo supportconfig-l
- これにより、/var/logの下にSUSEサポート バンドルが作成されます
- vCenter Server Web ClientからvCenterサポート バンドルをエクスポートします。
メモ: vCenterサポート バンドルの収集中に、vProxyがホストされているESXiホストを選択(チェック)します。
登録に関する問題:
NetWorkerサーバー daemon.rawで開始します。
Linuxの場合 /nsr/logs/daemon.raw
ウィンドウ: C:\Program Files\EMC NetWorker\logs\daemon.raw
vProxyアプライアンスで、次の手順を実行します。/opt/emc/vproxy/runtime/logs/vrapid/vrapid-engine.log
バックアップの問題:
ポリシー ログを使用してNetWorkerサーバーを起動します:
Linux: /nsr/logs/policy/policy_name
ウィンドウ: C:\Program Files\EMC NetWorker\logs\policy\policy_name
vProxyバックアップ(ログの概要):
- /opt/emc/vproxy/runtime/logs/vbackupd
- /opt/emc/vproxy/runtime/logs/recycle/vbackupd/DATE(ジョブの完了または失敗後にログをここに移動)
ログ名 |
機能 |
<session-uuid>です.log |
バックアップ セッション ログ |
<デーモン>-engine.log |
vbackupdサービス エンジン ログ |
<デーモン>-snapmgr.log |
VMware Snapshot Managerログ |
<デーモン>-boost.log |
DD Boostセッション ログ |
<デーモン>-vddk.log |
VMware VDDKセッション ログ |
一般的なバックアップ エラーのトラブルシューティング:
リカバリの問題:
NetWorkerサーバーで、次の手順を実行します。
- /nsr/logs/recover/ NMCリカバリ ウィザードから保存されたリカバリ セッション ログ
- /nsr/logs/restapi/restapi.log RESTAPIログ
- Linuxの場合/nsr/authc/logs/flr-server.log FLR UI Webサービス
- Windowsの場合:\nsr\authc-server\tomcat\logs\flr-server.log FLR UI Webサービス
- /nsr/logs/adhoc/nsrvproxy_flr/<jobid>.log FLRのトラブルシューティング
リカバリーに使用されるvProxyアプライアンス(ログの概要)で、次の手順を実行します。
- /opt/emc/vproxy/runtime/logs/vrecoverd/
- /opt/emc/vproxy/runtime/logs/recycle/vrecoverd/DATE (ジョブが完了または失敗した後にログをここに移動)
- /opt/emc/vproxy/runtime/logs/vflrd
- /opt/emc/vproxy/runtime/logs/recycle/vflrd/DAT(ジョブの完了または失敗後にログをここに移動)
ログ名 |
機能 |
<デーモン>-engine.log |
vrecoverdまたはvflrdサービス ログ。 |
<デーモン>-boost.log |
DD Boostセッション ログ |
<デーモン>-vddk.log |
VMware VDDKセッション ログ |
mountsessionnumber.log |
FLRマウント セッション ログ |
browsesessionnumber.log |
FLR参照セッション ログ |
ターゲットVMログ:
Windowsの場合:C:\Program Files (x86)\EMC\vProxy FLR Agent\logs\vflragentd\vflragentd-agent.log
Linux:/opt/emc/vproxyra/logs/vflragentd/vflragentd-agent.log
MSVMAPPAGENTログ:
次のセクションでは、SQLアプリケーション コンシステントなデータ保護に関連づけられているすべてのログの位置情報について説明します。
SQLアプリケーション コンシステント仮想マシン(MSVMAPPAGENT)バックアップのデバッグ レベルを上げるには、dbgcommandを使用します。例:dbgcommand -p <nsrd-pid> Debug=9。
デバッグ セッションが完了したら、dbgcommand <nsrd-pid> Debug=0を実行して、nsrdのデバッグ レベルをゼロにリセットします。
MSVMAPPAGENT (VM) ログ:
MSVMAPPAGENT に関連するログには、SQL VM 上の次の場所からアクセスできます。
- C:\Program Files\DPSAPPS\MSVMAPPAGENT\logs\msvmagent_discovery.log検出ログ。
- C:\Program Files\DPSAPPS\MSVMAPPAGENT\logs\msvmcatsnap.log 完全バックアップ。
- C:\Program Files\DPSAPPS\MSVMAPPAGENT\logs\msvmagent_appbackup.log トランザクション ログのバックアップ。
- C:\Program Files\DPSAPPS\MSVMAPPAGENT\logs\msvmagent_snapshotrestore.log フル バックアップの復元。
- C:\Program Files\DPSAPPS\MSVMAPPAGENT\logs\msvmagent_apprestore.log トランザクション ログ バックアップをリストアします。
NETWORKERサーバー ログ:
NetWorker:「NSRGet NetWorkerデータ コレクション ツールの使用方法(英語)」