IDPAシリーズおよびPowerProtect DPシリーズ:内部VMバックアップの解決パス

Summary: このKB記事では、IDPA内部VMのバックアップに関する解決パスを提供し、内部VMのバックアップの失敗を修復するためのいくつかのシナリオについて説明します。

This article applies to This article does not apply to This article is not tied to any specific product. Not all product versions are identified in this article.

Instructions

バックアップ ワークフロー

内部VMバックアップ フロー 

 

トラブルシューティング用のログ収集
KB 000157727:「IDPA:Avamar Clientのバックアップ/リストアの問題をトラブルシューティングするためのログ ファイルの収集

 

トラブルシューティングに関連するログ ファイル

  • Avamarバックアップ/リストア アクティビティー ログ:Avamarの[Activity Monitor]タブからダウンロードします。手順は、上記のトピック「トラブルシューティング用のログ収集」に記載されています。
  • プロキシのAvamarバックアップ/リストア ログ:UIを使用して入手できない場合、アクティビティー ログはプロキシの「/usr/local/avamarclient/var」下にあります。
  • Waiting-Client、Timed Out-Start、Proxy reigstration failure状態でのAvamarバックアップ:Avamar Serverとプロキシ間の通信に関する情報を格納するプロキシAvagentサービス ログは、「/usr/local/avamarclient/var/avagent.log」下にあります。
  • プロキシ導入:プロキシ導入ログは、Avamar Serverの「/usr/local/avamar/var/log/vcs/deploymanager.log」下にあります。
  • AvamarとvCenterとの通信:mcserver.outはAvamar Serverの「/usr/local/avamar/var/mc/server_log/mcserver.out」下にあり、Avamar ServerとvCenter間の接続/通信の問題をトラブルシューティングできます。このログは、Avamar ServerでvCenterのユーザー名/パスワードの更新に失敗した場合に確認できます。

 

Avamarプロキシ:
IDPA内部VMバックアップ失敗のシナリオ

シナリオ1:バックアップが「Waiting Client」状態で停止する、または「TimedOut-Start」エラーで失敗する。

  1. IPアドレスまたはFQDNを使用してAVProxyにSSH接続し、「admin」ユーザーを使用してログインします。
  2. 次のコマンドを使用してrootユーザーに切り替え、共通パスワードを入力します。 su -
  3. プロキシが正常に登録されていることを確認し、Avamar/バックアップ サーバーから次のようにリクエストします。
    tail -f /usr/local/avamarclient/var/avagent.log
  4. エラーが発生した場合、または「Unable to connect」というエラーが表示された場合は、内部プロキシを再登録します。
    AvamarプロキシをAvamarに登録します。
    1. adminユーザーを使用してputtyを介してAvamarプロキシにログインします。
    2. これが完了したら、次のコマンドを使用してrootとしてログインします。 su -
    3. 次のコマンドを実行します。
      /etc/init.d/initproxyappliance --start
    4. スクリプトが実行されたら、任意のキーを押して入力フォームを入力します。
    5. Avamar(バックアップ サーバー)のIPアドレスを指定し、ドメインを「/clients」として入力します。
      コマンド出力 

 

シナリオ2:バックアップが「No Proxy」または「No eligible proxy」エラーで失敗する。
IDPA VMのVMwareイメージ バックアップ ジョブが「No Proxy」または「No Eligible Proxy」というステータス/エラーで失敗した場合、または上記のVMのオンデマンド バックアップを実行し、「Proxy does not protect any datastores」というエラーが表示された場合のエラー。
エラーの詳細画面 

次に、以下の手順で確認してください。

  1. [Asset Management]>「clients」ドメインに移動します。
  2. IDPA内部プロキシを選択し、[More Actions]>[Edit Client]を選択します。
    アセット管理画面 
  3. [VMware]タブをクリックし、[Datastore]ですべてのIDPAデータストアがオン/選択されていること、およびプロキシが[Groups]の適切なバックアップ グループ ポリシーの一部であることを確認します。選択したら、[Update]をクリックします。
    クライアントの編集画面 
    クライアントの編集画面 

 

シナリオ3:IDPA vCenterサービスがAvamarでダウンしているか、vCenter接続がダウンしている。
このシナリオが発生しているかどうかを確認するには、次の手順を実行します。

  1. アドレス:https://<AVAMAR-IP-ADDRESS-OR-FQDN>/auiを使用してAvamar AUIにログインします。
  2. [Server]>[Services]に移動します。
  3. 一番下にあるIDPA vCenterサービスを見つけます。接続がダウンしている場合は、問題があります。接続が「OK」と表示されている場合、Avamarは問題なくvCenterに接続できます。vCenterサービスを再起動して古い接続を強制終了し、AvamarとvCenter間の接続を再確立することができます。

 

接続がダウンしている場合は、次の手順に従ってこのシナリオのトラブルシューティングを試みることができます。

  1. Avamar Serverに「admin」ユーザーとしてSSH接続します。
  2. IDPA vCenterホスト名とIDPA ESXiホスト名にpingを実行して、DNSルックアップが正常に機能することを確認します。
  3. 上記のいずれかのコンポーネントへのpingが失敗した場合は、Avamar Server上の「/etc/resolv.conf」ファイルを確認して、正しいDNSサーバーと検索ドメインが追加されていることを確認します。
  4. IDPA vCenter UIを開き、「root」ユーザーを使用してログインします。IDPA vCenter UIが正常にロードされることを確認します。
  5. シナリオ10に示す手順に従って、AvamarのvCenterルート認証情報を更新します。

 

シナリオ4: IDPA内部VMのバックアップ ポリシーがない。

  • 次のKB記事を使用して、IDPA内部VMのバックアップ ポリシー、データセット、保存、スケジュールなどを再作成できます。KB 21318

 

シナリオ5:vCenter VMの再導入後、IDPA内部VMバックアップが失敗する。
このシナリオが発生しているかどうかを確認するには、次の手順を実行します。

  1. アドレス:https://<AVAMAR-IP-ADDRESS-OR-FQDN>/auiを使用してAvamar AUIにログインします。
  2. [Server]>[Services]に移動します。
  3. 一番下にあるIDPA vCenterサービスを見つけます。接続がダウンしている場合は、問題があります。接続が「OK」と表示されている場合、Avamarは問題なくvCenterに接続できます。vCenterサービスを再起動して古い接続を強制終了し、AvamarとvCenter間の接続を再確立することができます。

 

AvamarでvCenterを再追加/更新する手順:

  1. Webブラウザー(
    https://<Avamar_server>/AUI)を使用してAvamar AUIにログインします
  2. AUIのナビゲーション ページで、[>>]をクリックし、[Asset Management]をクリックします
    Avamar UI 
  3. [vCenter]>3つの点>[Edit vCenter]の順にクリックします。
    クライアントの編集画面 

 

  1. [VMware]タブに移動して、パスワードを更新してパスワードを確認し、[Update]をクリックします。
  2. これが完了したら、IDPA vCenterに移動して、サブ ドメインの仮想マシンに移動します。
  3. 古いvCenter VM(すなわちDataProtection-VCSA)を除く、すべての仮想マシンが有効になっている必要があります。
  4. 古いvCenter (VCSA) VMが有効になっている場合は、次の手順に従って、古いvCenter (VCSA VM)を廃止します。
    Avamar UI 
  5. [Activity]タブでアクティブ/実行中のセッションを確認し、Avamarでレプリケーション ジョブが実行されていないことを確認します。レプリケーション ジョブが実行されていない場合は、[More Actions]>[Retire Client]をクリックします。
    資産管理 
  6. デフォルトのオプションを選択し、[Submit]をクリックします。
    [Retire Client]画面 
  7. レプリケーションが実行されていない場合、クライアントはドメインから廃棄されます。
  8. 同じ仮想マシン ドメインに移動し、[Add Client]をクリックします。
    Avamar UI 
  9. [Add Client]で[DPAppliance]に移動し、DataProtection-VCSA VMを参照します。リストからVCSAクライアントを選択し、再度追加します。[送信]をクリックします。
    Avamar UI 

 

シナリオ6:DP4400アプライアンスでM.2 SSDの障害が発生したため、すべての内部VMバックアップが失敗する

  • 次のナレッジベース記事を参照してください:KB 168746

 

シナリオ7:IDPA内部VMのバックアップがエラー10058で失敗する

  • 次のナレッジベース記事を参照してください:KB 182050

 

シナリオ8:IDPA内部VMのバックアップが「avvcbimage Error <17782>: Snapshot cannot be performed because Host '<ESX_HOST_FQDN>' is disconnected」エラーで失敗する。

  • 次のナレッジベース記事を参照してください:KB 166308

 

シナリオ9:IDPA内部VMのバックアップが「There are currently two usable fault domains.The operation requires one more usable fault domains.」エラーで失敗する。

  • 次のナレッジベース記事を参照してください:KB 000037917
  • 次のナレッジベース記事を参照してください:KB 000050824

 

シナリオ10:IDPA内部VMがグレー表示/無効化される
AvamarでIDPA vCenterを更新します。

  1. Webブラウザー
    https://<AVAMAR-IP-ADDRESS-OR-FQDN>/auiを使用してAvamar AUIにログインします。
  2. AUIのナビゲーション ページで、[>>]をクリックし、[Asset Management]をクリックします
  3. [vCenter]>3つの点>[Edit vCenter]の順にクリックします。
    Avamar UI 
  4. [VMware]タブに移動し、パスワードを更新して、パスワードを確認します。[Update]をクリックします。
    クライアントの編集画面 
  5. パスワードが更新されたら、IDPA vCenterドメイン下のサブ ドメインの仮想マシンに移動し、仮想マシンの状態を確認します。
  6. すべてのIDPA内部仮想マシンが有効になり/グレー表示されていないはずです。

 

Additional Information

付録A

  • IDPA内部プロキシ(AVProxy)を再導入する方法:KB 19136

付録B

  1. IDPA内部VMのリカバリー(VCSAまたはIDPA vCenterを除く)
注:次の手順では、ACMを例として使用します。

1.Avamar Javaコンソールを開き、MCUserを使用してログインします。
2.[Navigation]>[Backup and Restore]タブに移動します。
3.左上のペインで、[IDPA vCenter]を選択して展開します。仮想マシンのサブ ドメインを選択します。
4.左下のペインで、リカバリーする必要のある内部VM(例:「DataProtection-ACM」VM)を選択し、バックアップがあるかどうかを確認します。
5.バックアップが存在する場合は、問題が発生した前日のバックアップを選択します。
6.IDPA内部VMのリストアを実行します。

方法1:ネイティブ リストア方法の使用
a. Avamar管理GUIから、ターゲット仮想マシンを選択し、[Restore]タブに移動します。
b.リストアに使用する適切なバックアップを選択します。
c.すべての仮想ディスクを選択し、右クリックして[RESTORE Now]を選択します。
d.[Restore to a new VM]オプションを選択し、[Configure Destination]をクリックします。
e.新しいウィンドウで、ターゲットvCenterとして[IDPA vCenter]を選択し、ウィザードを続行します。
Fリストアを開始すると、VMがIDPA VC環境にリストアされます。
メモ:[Restore]ウィザードで、新しくリストアされたVMの名前として「<VM-OriginalName>-RESTORE」を選択します。

方法2:インスタント アクセス/リストアの使用
a. Avamar管理GUIから、ターゲット仮想マシンを選択し、[Restore]タブに移動します
b.リストアに使用する適切なバックアップを選択します
c.すべての仮想ディスクを選択し、右クリックして[INSTANT ACCESS]を選択します。
d.ウィザードが表示されます。[Configure Destination]をクリックし、ターゲットvCenterとして[IDPA vCenter]を選択してウィザードを続行し、リストアを実行します。
e.リストアされたACM仮想マシンは、ESXiホスト/vCenter UIから即座にアクセスできます。

メモ:このマシンが必要な場合は、既存のデータストアに対してvMotionを実行できます。DPappliance-datastoreへのストレージ移行を実行します。
f.完了したら、マシンを右クリックし、[Remove from Inventory]を選択します(バックアップが削除される可能性があるため、ディスクからVMを削除しないでください)
g. Avamar管理GUIに戻り、[SERVER]タブで[Data Domain NFS Datastores]を選択します
h.[Datastore]をクリックし、[Unmount/Remove]をクリックします
i.これにより、リストア ジョブのクリーンアップが正常に完了します
7.IDPA vCenter UIにログインします。
8.元の破損したIDPA VMを正常にシャットダウンします。
9.元のVMを右クリックし、[Edit settings]をクリックします。
10.[Network Adaptor]で、[connected for all portgroups]をオフにして保存します。
11.新しくリストアされたVMの電源をオンにします。
12.このVMのコンソールを開き、正常に起動することを確認します。
重要なメモ:新しいVMが正常に起動することを確認するまで、元のIDPA VMを削除しないでください。必要に応じて、エンジニアリングRCA用に古いVMを保持します。
13.新しくリストアされたIDPA VMが正常に動作している場合は、元の名前を変更し、サフィックスに「-old」を追加します。
14.リストアされたIDPA VMの名前を元のVM名に変更します。
 
  1. IDPA vCenter (VCSA) VMのリカバリー
以下のKB記事に従ってください。

Affected Products

Integrated Data Protection Appliance Family

Products

PowerProtect DP4400, PowerProtect DP5300, PowerProtect DP5800, PowerProtect DP8300, PowerProtect DP8800, Integrated Data Protection Appliance Software, PowerProtect DP5900, PowerProtect DP8400, PowerProtect DP8900
Article Properties
Article Number: 000192157
Article Type: How To
Last Modified: 19 Sep 2025
Version:  5
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.