PowerProtect Data Manager:Data Domainの交換後にエージェントベースのバックアップを再構成する
概要: Data Domainで認証情報を置換、イメージ再作成、または変更すると、PowerProtect Data Managerエージェントのバックアップが失敗します。ABA0002、ABA0008、ABF0005、ABG0004、PKIX(公開鍵基盤(X.509))などのエラーは、古い認証情報、不整合のストレージ ユニット、証明書の検証の問題が原因で失敗しました。
この記事は次に適用されます：
この記事は次には適用されません：
この記事は、特定の製品に関連付けられていません。
すべての製品パージョンがこの記事に記載されているわけではありません。
現象
バックアップ失敗の症状
| Error Code | 現象 |
ABA0002 |
Unable to backup [ASSET_TYPE] asset on host [HOST] to storage target [SU] because of an agent issue |
ABA0008 |
Unable to backup [ASSET_TYPE] because of a network connectivity issue |
ABF0005 |
Unable to perform the backup because PowerProtect Data Manager was not able to connect to the PowerProtect Data Domain |
ABG0004 |
Unable to backup generic application asset または unable to build backup payload |
PKIX path building failed |
Unable to find valid certification path to the requested target |
| ロックボックス エラー | Error adding credentials to lockbox または lockbox authentication failure |
btinit2/sbtbackup |
Unable to initialize the PowerProtect DD Boost library または sbtbackup returned error |
| 検出の失敗 | Unable to log in with the user account after DD password change |
原因
Data Domainが交換、再イメージ化されるか、その認証情報証明書が変更されると、いくつかのPowerProtect Data Managerとエージェント側コンポーネントに古い情報が保持され、バックアップが失敗します。
| コンポーネント | Data Domainの変更の影響 |
| PowerProtect Data ManagerのData Domain認証情報 | 保存された認証情報が新しいData Domainと一致しなくなります。 |
| ストレージ ユニットの構成 | ストレージ ユニットは、新しいData Domainに存在しないか、名前が異なる可能性があります。 |
| PowerProtect Data ManagerトラストストアのData Domain証明書 | 証明書フィンガープリントの変更。TLS検証の失敗 |
| エージェント ロックボックス | エージェント側のロックボックスには、古いData Domain認証情報またはストレージ ユニットの参照が含まれています。 |
| エージェント ホストの登録 | エージェント ホストの登録は、古いData Domainのホスト名またはIPを参照する場合があります。 |
Data Domain ifgroups またはインターフェイス設定 |
ネットワーク インターフェイスとホスト名は、新しいData Domainでは異なる場合があります。 |
| Oracle RMANまたはDD Boostライブラリー パス | ライブラリー パスまたはSBT構成が古いData Domainパスを参照している場合があります。 |
解決方法
完全な再構成チェックリスト。
フェーズ1:PowerProtect Data Managerサーバー側構成
| 手順 | 処置 | 詳細 |
| 1.1 | PowerProtect Data ManagerでのData Domain認証情報のアップデート | インフラストラクチャ>ストレージ >[Data Domain Name]]に移動し>編集します。ホスト名またはIP、ユーザー名、パスワードを更新して、新しいData Domainに一致させます。Data Domainが再イメージ化されている場合は、削除して再度追加します。 |
| 1.2 | 新しいData Domain証明書を受け入れます。 | Data Domainを編集または再追加すると、PowerProtect Data Managerから新しい証明書を受け入れるように求められます。受け入れる前に、フィンガープリントが新しいData Domainと一致することを確認します。 |
| 1.3 | Data Domain HA構成のHAオプションを有効にします。 | Data DomainがHAモードで構成されている場合は、PowerProtect Data Manager UIを使用して追加するときにHAチェックボックスが選択されていることを確認します。これにより、ルートCA証明書が extserver truststorePKIXエラーを防止します。 |
| 1.4 | ストレージ ユニットを確認します。 | Infrastructure > Storage > [Data Domain Name] > Storage Unitsに移動します。保護ポリシーによって参照されるすべてのストレージ ユニットが新しいData Domainに存在することを確認します。名前が変更された場合は、ポリシー名を更新します。 |
| 1.5 | フル検出を実行します。 | Infrastructure > Asset Sourcesに移動します。関連するすべての資産ソースを選択し、 Discoverをクリックします。検出が正常に完了するまで待ちます。 |
フェーズ2:エージェント側の構成(ホストごと)
| 手順 | 処置 | 詳細 |
| 2.1 | エージェント ロックボックスをアップデートします。 |
A。PowerProtect Data Manager UIの左ナビゲーション ペインで、Protection>Protection Policies
メモ： 上記が失敗した場合は、エージェント ロックボックスを新しいData Domain認証情報で手動でアップデートできます
|
| 2.2 | エージェント ホストの登録を確認します。 | 登録の実行.bat (Windows)または register.sh (LinuxまたはAIX)を実行して、エージェントをPowerProtect Data Managerに再登録します。エージェントのステータスが、PowerProtect Data Manager UIのInfrastructure > Application AgentsでRegisteredと表示されていることを確認します。 |
| 2.3 | Data Domainのアップデート ifgroup (SQL AG/クラスター環境) |
SQL Always On可用性グループまたはクラスター構成の場合は、Data Domainが ifgroups すべてのクラスター ノードの正しいホスト名またはIPが含まれていること。アップデート ifgroups ホスト名が変更された場合。 |
| 2.4 | エージェント サービスが実行されていてリッスンしていることを確認します | PowerProtectエージェント サービスが実行されていることを確認します。 Windows - Get-Service "PowerProtect Agent Service". Linux/AIX - ps -ef | grep dpsagent。 |
| 2.5 | 孤立したエージェントのインストールのクリア(AIX/Linux) | エージェントが以前に異なるData Domain構成でインストールされていた場合は、クリーン アンインストールを実行して再インストールします。(1)エージェント サービスの停止、(2)エージェント パッケージの削除、(3)次の場所にある古いインストール フォルダーの名前変更または削除 /opt/dpsapps/(4)PowerProtect Data Managerのバージョンに一致するエージェントを再インストールし、(5)再登録します。 |
フェーズ 3: アプリケーション固有の手順
| アプリケーション | 手順 | 詳細 |
| Microsoft SQL | 保護ポリシーのSQL認証情報のアップデート | SQLバックアップの認証情報が変更された場合は、保護ポリシーで更新します。SQLログインにsysadmin権限があることを確認します。 |
| Microsoft SQL AG | 優先ノードの構成を確認します。 | Data Domainの交換後、検出を再実行し、AG優先ノードが正しく識別されていることを確認します。 |
| Oracle | RMAN SBT構成の更新 | RMANスクリプトのDD Boostライブラリー パスがホスト上のパスと一致していることを確認します。大文字と小文字の区別が正しいことを確認し、アップデートします rmanagent.env 存在する場合。 |
| Exchange | 検証 .ddbmcon.gatherinfo ファイルは提供しません。 |
ファイルにファイルが存在することを確認します \Program Files\DPSAPPS\MSAPPAGENT\settings\ すべてのDAGノード上。不足している場合は、作業中のノードからコピーします。 |
| SAP HANA | エージェント サービスを再起動します。 | Data Domainの交換後、SAP HANAホストでPowerProtect Agent Serviceを再起動し、検出を再実行します。 |
| PostgreSQL | ロックボックスとストレージ ユニットのパスを確認します。 | 新しいData Domain認証情報でロックボックスを更新し、必要に応じて別のストレージ ユニットを構成します。 |
フェーズ4:検証
| 手順 | 処置 | 詳細 |
|---|---|---|
| 4.1 | 手動バックアップを実行します。 | エンドツーエンドの接続を確認するために、保護ポリシーごとに手動 フル バックアップ をトリガーします。 |
| 4.2 | PowerProtect Data Manager UIでバックアップの完了を確認します。 | Jobs>Protection Jobsに移動します。すべての手動バックアップが正常に完了したことを確認します。 |
| 4.3 | スケジュール設定されたバックアップを監視します。 | 次の2回のスケジュール設定されたバックアップ サイクルを観察して、ポリシーがエラーなしで実行されることを確認します。 |
| 4.4 | レプリケーションの検証(構成されている場合) | レプリケーションが構成されている場合は、レプリケートされたコピーがターゲットData Domain上に作成されていることを確認します。 |
対象製品
Data Domain, PowerProtect Data Manager文書のプロパティ
文書番号: 000480289
文書の種類: Solution
最終更新: 23 7月 2026
バージョン: 2
質問に対する他のDellユーザーからの回答を見つける
サポート サービス
お使いのデバイスがサポート サービスの対象かどうかを確認してください。