NVP-vProxy: バックアップが「ドキュメントの深さが大きすぎる」エラーで応答を停止する

バックアップ管理者は、NVP vProxyアプライアンスを使用してVMwareバックアップを構成します。バックアップは、最初はすべてのvProxyアプライアンスに対して正常に完了します。その後、バックアップは特定の1つのvProxyに対する応答を停止します。他のvProxyアプライアンスは、通常どおり作業オーダーの処理を続行します。

バックアップ ログには、さまざまなVMのさまざまなステージでバックアップが停止していることが示されます。応答しない動作は、単一のVMに限定されません。

『オペレーティングシステム』ディスクはオプションなので、同梱されていないコンピューターもあります。 /opt/emc/vproxy/runtime/logs/vbackupd/vbackupd-engine.log XMLパーサーエラーが継続的に表示されます。

noname.xml:7: parser error : Extra content at the end of the document
a67fc16d47</uuid><contentId>d3df551ae74b3a5e1618dd2fa62962ef</contentId><parent>

『オペレーティングシステム』ディスクはオプションなので、同梱されていないコンピューターもあります。 vmconfig コマンドラインユーティリティ reset-backup, disable-migrationおよび enable-migration options は、特定の VM に対して深度エラーを生成します。

noname.xml:7: parser error : Excessive depth in document: 256 use XML_PARSE_HUGE option
93c9a65840</uuid><contentId>ca3f9d42bfd056ff3eb2db1f8072aa4b</contentId><parent>

保護グループ内の仮想マシンのデータストア ディレクトリーに多数のファイルがあります。あるケースでは、VMに2年前のファイルが2,000個以上ありました。

vProxyバックアップ ワークフローでは、各バックアップの開始時にVM構成の詳細を収集します。VMデータストア ディレクトリーのファイル名を含むXMLファイルが作成されます。XML データは、 BackupVmSessions.gob ファイルは提供しません。

データストア ディレクトリーに過剰なファイルが含まれている場合、XMLはパーサーの深さ制限である256を超えます。パーサー エラーにより、 BackupVmSessions.gob ファイルは提供しません。破損したファイルにより、 vbackupd.service バックアップ作業オーダーを処理できません。

1. 影響を受けるVMを保護グループから削除します。

• • データストア ディレクトリーに過剰なファイルがあるVMを特定します。
  • 保護グループからVMを削除します。

2. を再構築します。 BackupVmSessions.gob file:

• • 影響を受けるvProxyアプライアンスにrootとしてSSHで接続します。
  • のステータスを確認します vbackupd サービス:

systemctl status vbackupd.service

• • 停止する vbackupd サービス:

systemctl stop vbackupd.service

• • 破損した名前を変更します gob file:

mv /opt/emc/vproxy/runtime/state/vbackupd/BackupVmSessions.gob /opt/emc/vproxy/runtime/state/vbackupd/BackupVmSessions.gob.bak

• • を開始します。 vbackupd サービス: 

systemctl start vbackupd.service

• • ［ service 状況::

systemctl status vbackupd.service

• • 進行状況の確認 vbackupd ログ:

tail -f /opt/emc/vproxy/runtime/logs/vbackupd/vbackupd-engine.log

3. 必要に応じてVMロック フラグをクリアする:古いバックアップ ロックまたは移行フラグを持つVMがある場合は、 vmconfig それらをクリアするユーティリティ:

/opt/emc/vproxy/bin/vmconfig -v <vcenter_fqdn> -u '<vcenter_user>' -p '<vcenter_password>' -c "reset-backup" -l moref -k <vm_moref>

4. VMデータストア ディレクトリーをクリーンアップします。

• • 削除されたVMのデータストア ディレクトリーを確認します。古いファイルまたは不要なファイルを削除して、ファイル数を減らします。
  • クリーンアップ後、必要に応じてVMを保護グループに追加し直します。バックアップが完了し、パーサー エラーが発生していないことを確認します。

場合によっては、vSphere Webコンソールが、影響を受ける仮想マシンに統合が必要であると報告します。vSphere Web Clientで、vCenter Server VMのタブを選択し、[ Manage Columns ]オプションを使用して[ Needs Consolidation ]列を表示します。VMware保護ポリシーで保護された仮想マシンのいずれかで統合が必要な場合は、vSphere Clientを使用して仮想マシンを統合する必要があります。

仮想マシンを統合する方法の詳細については、Brocadeナレッジベース記事 316575 (外部リンク)を参照してください。