NVP-vProxy：バックアップが失敗する「ServerFaultCode: 指定されたパラメーターが正しくありません: entity"

NetWorker VMware Protection統合は、vProxyアプライアンスを使用して構成されています。バックアップが正常に動作していたのに、vCenter Application Programing Interlace (API)コールのアップデートが一貫して失敗し始めました。 "EMC vProxy Session" カスタム属性が次のエラーで失敗します: "ServerFaultCode: A specified parameter was not correct: entity」の出力です。バックアップ セッション ログには、次の内容が表示されます。

YYYY/MM/DD HH:MM:SS INFO:   [362] Locking VM.
YYYY/MM/DD HH:MM:SS TRACE:  [362] Setting custom attribute 'EMC vProxy Session' value for object vm-12345 to 'Operation=Backup, StartTime=YYYY-MM-DD HH:MM:SS, vProxy=[VPROXY_NAME], SessionId=f616f2d4-ad1b-485e-9126-d20627996256' ...
YYYY/MM/DD HH:MM:SS TRACE:  [362] Cannot set custom attribute 'EMC vProxy Session' value for object vm-12345: ServerFaultCode: A specified parameter was not correct: entity
YYYY/MM/DD HH:MM:SS ERROR:  [362] Failed to lock Virtual Machine for backup: ServerFaultCode: A specified parameter was not correct: entity.
YYYY/MM/DD HH:MM:SS INFO:   [362] Disconnected from session on vCenter [VCENTER_SERVER_NAME].

vSphere Web Clientでは、仮想マシン(VM)構成の詳細サマリーにカスタム属性が表示されません。 

環境内のvCenterカスタム属性のタイプが「仮想マシン」から「ホスト」に変更されましたが、原因は不明です。バックアップは、バックアップの開始時に「仮想マシン」 属性が存在していたが、現在はタイプ「ホスト」であったため見つからなかったかどうかを検証します。その後、バックアップによって「Virtual Machine」属性が作成されます。ServerFaultCodeの原因となったのは、同じ名前(ただしタイプが異なる)の属性がすでに存在していたためです。  

vSphere Web Clientから「ホスト」タイプのvProxy属性を手動で削除し、vProxyバックアップ ワークフローで「仮想マシン」タイプの属性を再作成できるようにします。  

1. vSphere Web Clientを開きます。
2. ホーム画面から、[ナビゲーター]ペインの [Tags & Custom Attributes] オプションを選択します。
3. 「Tags & Custom Attributes」詳細ウィンドウで、「Custom Attributes」タブを選択します。
4. ドロップダウンで正しいvCenterが選択されていることを確認します。複数のvCenterが相互にリンクされている場合は、vSphere Web-UIへのアクセスに使用されるvCenter URLに関係なく、各vCenterがここに表示されます。

5. タイプが「ホスト」のDellカスタム属性を選択し、削除します。
   • EMC vProxy Session
   • EMC vProxy FLR Session
   • Last EMC vProxy Backup
   • EMC vProxy Cleanup Descriptor
6. NetWorker Management ConsoleからvProxyバックアップ ワークフローを開始します。

vSphere Web Client の[タグとカスタム属性] セクションには、vProxyバックアップ ワークフローの後に仮想マシン タイプのカスタム属性が表示されます。