PowerProtect DM：GSAN Moverを使用してAvamar File Systemバックアップ メタデータを移行する方法

概要: この記事では、GSAN Moverツールを使用してAvamar File Systemバックアップ メタデータをDell PowerProtect Data Managerに移行するための包括的な手順について説明します。このツールは、履歴バックアップ メタデータを保持し、データの整合性を維持しながら、シームレスな移行を容易にします。

この記事は次に適用されます： この記事は次には適用されません： この記事は、特定の製品に関連付けられていません。 すべての製品パージョンがこの記事に記載されているわけではありません。
他のリソースを確認する

手順

目次

  1. 概要
  2. 主な機能
  3. 前提条件
  4. 移行前チェックリスト
  5. ダウンロードとインストール
  6. 構成
  7. 移行手順
  8. 検証手順
  9. トラブルシューティング
  10. ベスト プラクティス

1.概要

GSAN Moverツールは、Avamar File Systemバックアップ メタデータのDell PowerProtect Data Managerへの移行を容易にするために設計された特殊なユーティリティーです。このツールを使用すると、お客様は、履歴バックアップ メタデータを保持し、データの整合性を維持しながら、ファイル システム資産をAvamarからPowerProtect Data Managerに移行できます。

重要な注意事項：
GSAN Moverはメタデータのみを移行します。バックアップ データはData Domainシステムに残り、移行プロセス中に移動または変更されることはありません。

適用対象：

  • Dell PowerProtect Data Manager 20.1以降
  • Dell Avamar（サポートされているすべてのバージョン） 
  • Dell Data Domain（サポートされているすべてのバージョン）
  • ファイル システムのバックアップのみ

2.主な特長

GSAN Moverツールには、次の機能があります。

  • メタデータ移行
    データを移動せずにバックアップ メタデータをAvamarからPowerProtect Data Managerに転送します
  • データ保存
    バックアップ データはData Domainに残ります（データ移動は不要）
  •  バッチ処理
    複数のクライアントの同時移行をサポート
  • 履歴バックアップ保存
    すべてのバックアップ コピーは、移行後もアクセス可能なままです。
  • 無停止
    メタデータ移行は、既存のバックアップ データには影響しません。

3.前提条件

3.1 システム要件

  • アクセス要件：
    • PowerProtect Data Managerサーバーまたは以下へのネットワーク接続性を備えた指定されたワーキング ホスト：
      • Avamar Server
      • Data Domainシステム
      • PowerProtect Data Managerサーバー
  • 必要な認証情報：
    • Avamarのrootユーザー名とパスワード
    • Data Domain DD Boostのユーザー名とパスワード
    • PowerProtect Data Manager管理者の認証情報
  • ネットワーク要件
    • ファイルを転送するためのSSHまたはSCPアクセス。
    • すべてのシステム間のネットワーク接続（Avamar、Data Domain、PowerProtect Data Manager）
    • 必要なポートを許可するように構成されたファイアウォール ルール。
  • ソフトウェア要件:
    • bashシェルを備えたLinux UNIX環境
    • ツールとログのための十分なディスク領域（最小1 GBを推奨）
    • wget または curl ツールをダウンロードするためのユーティリティー

3.2 環境の検証

続行する前に、次の点を確認します。

  • Avamar環境：
    • Avamar Serverが動作しており、アクセス可能である。
    • ファイル システム クライアントが正常にバックアップされている。
    • Avamarドメイン構造が文書化されている。
    • rootアクセスが使用可能。
  • Data Domain環境：
    • Data Domainシステムが動作中である。
    • DD BoostがAvamar用に構成されている。
    • TLS構成が既知（有効または無効）
    • 十分な容量がある。
  • PowerProtect Data Manager環境：
    • PowerProtect Data Managerサーバーが動作している（バージョン20.1以降）
    • 管理者アクセスが使用可能。
    • PowerProtect Data Manager File System Agentがインストール可能。
    • AvamarおよびData Domainへのネットワーク接続が検証されている。

4.移行前チェックリスト

移行を開始する前に、次のタスクを完了します。

[ ] Avamarですべてのファイル システム クライアントが正常にバックアップされていることを確認する。
[ ] Avamarドメインの現在の構造とクライアント リストを文書化する
[ ] Data Domainが継続的な運用に十分な容量を確保していることを確認する。
[ ] Data DomainのTLS設定を確認する（有効または無効）
[ ] Avamarの現在の構成をバックアップする
[ ] ターゲット リストア ホストでPowerProtect Data Manager File System Agentが利用可能であることを確認する。
[ ] すべてのシステム間のネットワーク接続を確認する。
[ ] 移行アクティビティのメンテナンス ウィンドウをスケジュールする
[ ] 計画された移行についてステークホルダーに通知する。
[ ] 必要に応じて、ロールバック計画を準備する。

5.ダウンロードとインストール

5.1 GSAN Moverツールをダウンロードします。

このツールは、https://dl.dell.com/downloads/HMP51_PTPP-GSAN-Data-Mover.gzのDellダウンロード サーバーから入手できます（アクセスするには、Dellサポートにログインする必要があります）

5.2 ターゲット ホストに転送します。

ダウンロードしたファイルをPowerProtect Data Managerサーバーまたは指定されたワーキング ホストに転送します。

scp HMP51_PTPP-GSAN-Data-Mover.gz <user>@<target_host>:/tmp/

<user>と<target_host>をご使用の環境の値に置き換えます。

5.3 パッケージを解凍します。

圧縮ファイルを解凍します。

gunzip HMP51_PTPP-GSAN-Data-Mover.gz

ファイルがtarball (.tar.gz)の場合：

tar -xzf HMP51_PTPP-GSAN-Data-Mover.gz

5.4 実行可能権限を設定します。

バイナリを実行可能にします。

chmod +x ./gsan-mover

ファイルが実行可能であることを確認します。

ls -l ./gsan-mover

想定される出力には、実行権限が表示されます（例： -rwxr-xr-x）をクリックします。

6.構成

GSAN Moverツールには、次の2つの構成ファイルが必要です。

6.1 構成ファイル（YAML 形式）

環境の詳細を記載したconfig_input.yaml という名前のファイルを作成します。

ファイル： config_input.yaml

Avamar:
  username: root
  password: <avamar_root_password>

DataDomains:
ip: <data_domain_ip_address>
username: <dd_boost_username>
password: <dd_boost_password>
tls: <true/false>

構成パラメーター：

Parameter                                        Description                                                                                                    Example
─────────────────────      ─────────────────────────────────────────────      ──────────────────────
Avamar.username               Root username for the Avamar server                                                            root
Avamar.password               Root password for the Avamar server                                                            YourSecurePassword123
DataDomains.ip                IP address or FQDN of Data Domain system          192.168.1.100 or dd01.example.com
DataDomains.username          DD Boost username configured for Avamar           ddboost_user
DataDomains.password          DD Boost user password                                                                                 DDBoostPassword456
DataDomains.tls               TLS encryption setting (true or false)                                                              true or false
                              Must match Data Domain TLS configuration.

セキュリティ上の注意事項：
構成ファイルを保護するために、制限付きの権限で保護してください。

認証情報：

chmod 600 config_input.yaml

権限の確認：

ls -l config_input.yaml

予期される出力：

-rw------- (owner read/write only)

6.2 クライアント入力ファイル（CSV 形式）

移行対象のファイル システム クライアントをリストした clients_input.csv という名前のファイルを作成します。

ファイル： clients_input.csv

name,domain
client1.example.com,/clients
client2.example.com,/clients
client3.example.com,/production

CSV列の定義：

Column           Description                                               Example
────────      ────────────────────────────────────────────────────      ──────────────────────────
name             Fully Qualified Domain Name (FQDN) of the file            fileserver01.corp.example.com

domain           Avamar domain path where the client resides               /clients or /production/fileservers

複数のクライアントの例：

name,domain
fileserver01.corp.example.com,/clients
fileserver02.corp.example.com,/clients
fileserver03.corp.example.com,/production
nas01.corp.example.com,/production/nas
nas02.corp.example.com,/production/nas

 

メモ:
  • CSVファイルにスペースを含めないでください。 CSV ファイルは提供しません。
  • Avamarに登録されているものと FQDN が完全に一致していることを確認します。
  • ドメイン パスはスラッシュ(/)で開始する必要があります
  • ドメイン パスでは大文字と小文字が区別されます。

7.移行手順

これらの手順は、提示されている順序で実行してください。

ステップ1：GSAN Moverツールを実行します。 

このツールは、構成ファイルを使用して実行してください。

./gsan-mover --config-file <config_file_path> --clients-file <path_to_clients_file>

例:

./gsan-mover --config-file ./config_input.yaml --clients-file ./clients_input.csv

推奨：ログのキャプチャ
トラブルシューティングと監査のために、出力をログ ファイルにキャプチャします。

./gsan-mover --config-file ./config_input.yaml --clients-file ./clients_input.csv 2>&1 | tee gsan-mover-$(date +%Y%m%d-%H%M%S).log

これにより、タイムスタンプ付きのログ ファイルが作成され（例： gsan-mover-20260512-143022.log）、今後参照する際に役立ちます。

実行の監視：

  • ツールの出力を監視して、進行状況のアップデートを確認します。
  • ツールが正常に完了したことを報告するまで待ちます。
  • 出力に警告やエラーがあるか確認します。
  • 詳細な実行情報については、ログ ファイルを確認してください。
  • このステップが正常に完了するまで、ステップ2に進まないでください。

ステップ2：Avamarバックアップ ポリシーを無効にします。

これは重要なステップです。スキップしないでください。
PowerProtect Data Manager UIで移行を続行する前に、移行する資産のAvamar Serverでバックアップ ポリシーを無効にする必要があります。これは、PowerProtect Data Managerがその資産を移行可能と認識するために必要な手順です。

手順：

  1. Avamar管理コンソールにログインします。
  2. ［Administration］＞［Policies］に移動します。
  3. 移行するファイル システム クライアントに関連づけられているバックアップ ポリシーを選択します。
  4. ［Disable］をクリックしてポリシーを停止します。
  5. ポリシーが無効になっていることを確認します（ステータスが［Disabled］または［Stopped］と表示されます）

重要：

  • 移行プロセス中は、ポリシーを無効のままにしておく必要があります。
  • 移行が完了した後に必要に応じて再度有効にすることができます。
  • 参照のために、どのポリシーが無効化されたかを記録する文書。

ステップ3：PowerProtect Data ManagerでAvamarを資産ソースとして追加します。

3.1 Avamar資産ソースを追加します。

  1. PowerProtect Data ManagerのUIに管理者としてログインします
  2. ［Infrastructure ］＞［Asset Sources］に移動します
  3. + Addをクリックします。
  4. リストから、［Avamar］を選択します。
  5. Avamar ServerのFQDNまたはIPアドレスを入力します。
  6. ［Verify］をクリックします
  7. プロンプトが表示されたら、Avamar認証情報を入力します。
  8. ［Save］をクリックします。

3.2 検出ジョブの待機

  1. ［Jobs］＞［System Jobs］に移動します
  2. Avamar資産ソースの検出および事前チェック ジョブを見つけます。
  3. ジョブの進行状況を監視します。
  4. ジョブが正常に完了するまで待ちます。
  5. ジョブの詳細にエラーが報告されていないことを確認します。

予想される所要時間： 5～15分（環境サイズに応じて異なります）

ステップ4：PowerProtect Data Managerで資産を移行します。

4.1 ［Assets］に移動します。

  1. PowerProtect Data Manager UIで、［Infrastructure］＞［Assets］の順に移動します
  2. ［Non-Migrated］タブをクリックします
  3. ファイル システム クライアントがリストに表示されていることを確認します。

クライアントが表示されない場合：

  • ステップ2が完了したことを確認します（Avamarポリシーは無効化）。
  • 検出ジョブが完了するまで待ちます。
  • ページを更新します。
  • PowerProtect Data Managerログにエラーがないか確認します。

4.2 移行を開始します。

  1. 移行するファイル システム クライアントを選択します。（ Ctrl+Click または Shift+Click を使用して複数のクライアントを選択します。）
  2. Data Managerに［Migrate］ボタンをクリックします。
  3. 移行の確認ダイアログを確認します。
  4. ［Confirm］をクリックして移行を開始します。

4.3 移行の進行状況を監視します

  1. ［Jobs］＞［System Jobs］に移動します
  2. 1つまたは複数の移行ジョブを見つけます。
  3. ジョブの進行状況を監視します。
  4. ジョブが正常に完了するまで待ちます。
  5. ジョブの詳細で警告や問題がないか確認します。

予想される所要時間： メタデータの量によって異なります（通常、クライアントあたり5～30分）

ステップ5：移行を確認します。 

移行が完了したら、次の検証手順を実行します。

5.1 資産ステータスを確認します。

  1. ［Infrastructure］＞［Assets］に移動します
  2. ［Migrated］タブをクリックします
  3. 移行された資産がリストに表示されていることを確認します。
  4. 資産の詳細が正しいことを確認します。
    • ホスト名は予想されるFQDNと一致しています。
    • ドメイン パスは正しいです。
    • ステータスは、［Protected］または［Active］として表示されています

5.2 バックアップ コピーを検証します。

  1. リストから移行済みの資産を選択します。
  2. ［View Copies］（または同様のオプション）をクリックします
  3. すべての履歴バックアップ コピーが表示されていることを確認します。
  4. 各バックアップ コピーについて、次の点を確認します。
    • バックアップの日付と時刻がAvamarレコードと一致している
    • バックアップ サイズは妥当。
    • バックアップ ステータスが［Available］または［Successful］と表示されている

5.3 テスト リストアを実行します。

  1. ［Restore］＞［Assets］（または［Restore］＞［File System］）に移動します
  2. 移行された資産を選択します。
  3. リストアするバックアップ コピーを選択します（最近のコピーを推奨）
  4. リストアする特定のファイルまたはフォルダーを選択します。
  5. ターゲット リストア ホストを選択します。（PowerProtect Data Manager File System Agentがインストールされ、登録されている必要があります）
  6. 必要に応じてリストア オプションを設定します。
  7. ［Restore］をクリックすると、操作が実行されます。
  8. ［Jobs］＞［Restore Jobs］でリストア ジョブを監視します
  9. 完了後、リストアされたデータの整合性を確認します。
    • ファイルの内容を確認します。
    • ファイル権限を確認します。
    • ファイルのタイムスタンプを確認します。

 

注： テスト リストアが失敗した場合は、「トラブルシューティング」セクション（セクション9）を参照してください。

8.検証手順

移行手順が完了したら、次の追加の検証手順を実行します。

8.1 Data Domain接続を確認します。

  1. PowerProtect Data Manager UIで、 ［Infrastructure］＞［Storage Systems］の順に移動します。
  2. Data Domainシステムがリストされ、 ［Connected］ステータスが表示されていることを確認します。
  3. 容量と正常性のインジケーターを確認します。

8.2 保護ポリシーを確認します。

  1. ［Protection］＞［Protection Policies］に移動します。
  2. 移行された資産の保護ポリシーを作成またはアップデートします。
  3. 移行されたファイル システム クライアントにポリシーを割り当てます。
  4. 手動バックアップを実行して、機能を確認します。

8.3 エージェント ステータスを確認します（リストア操作用）

  1. ［Infrastructure］＞［ Agents］に移動します
  2. PowerProtect Data Manager File System Agentがターゲット ホストにインストールされていることを確認します。
  3. エージェントのステータスが［Registered］または［Active］と表示されていることを確認します
  4. エージェントのバージョンがPowerProtect Data Managerのバージョンと互換性があることを確認します。

8.4 ドキュメントの移行結果

  • 移行されたすべてのクライアントとそのステータスを記録する。
  • 発生した問題と解決策を文書化する。
  • ランブックと運用手順をアップデートする
  • 構成ファイルとログ ファイルをアーカイブする

9.トラブルシューティング

このセクションでは、移行中に発生する一般的な問題の解決策について説明します。

問題1：AvamarまたはData Domainへの接続タイムアウト

現象：

  • ツールが接続タイムアウト エラーで失敗します。
  • AvamarまたはData Domainにアクセスできません。
  • エラー メッセージはネットワーク接続の問題を示しています

解決策:

  1. ネットワーク接続を確認します。   

ping <avamar_ip>

ping <data_domain_ip>

  1. ファイアウォール ルールを確認します。
    • 必要なポートが開いていることを確認します。
    • ネットワークACLがトラフィックをブロックしていないことを確認します。
  1. 認証情報を確認します。
    • Avamar認証情報をテストします： ssh root@<avamar_ip>
    • Data DomainでDD Boost認証情報を確認します。
  1. サービス ステータスを確認します。
    • Avamarサービスが実行中であることを確認します。
    • Data Domainサービスが動作していることを確認します。
  1. ネットワーク設定を確認します。
    • DNS解決を確認します。
    • システム間のルーティングを確認します。

問題2：認証の失敗

現象：

  • 認証失敗エラー メッセージ。
  • 無効な認証情報エラー
  • Access Deniedメッセージ

解決策:

  1. 次のファイルでユーザー名とパスワードを確認： config_input.yaml:
    • 入力ミスや余分なスペースを確認します。
    • パスワードが正しいことを確認します。
  1. 認証情報を手動でテストします。
    • AvamarへのSSH接続： ssh root@<avamar_ip>
    • Data DomainコンソールでDD Boost認証情報をテストします
  1. パスワードの特殊文字を確認します。
    • 一部の特殊文字は以下でエスケープする必要がある場合があります： YAML。
    • パスワードを一重引用符で囲むことを検討してください。
  1. アカウント ステータスを確認します。
    • アカウントがロックされていないことを確認します。
    • パスワードの有効期限ポリシーを確認します。
    • アカウントに必要な権限があることを確認します。

問題3：TLS構成の不整合 

現象：

  • TLSハンドシェイクの失敗
  • ログ内のSSL/TLSエラー
  • 証明書検証エラー

解決策:

  1. Data Domain TLS構成を確認します。
    • PowerProtect DD System Managerにログインします
    • DD Boost TLS設定を確認します。
  1. 次のファイルで以下の構成と一致させます： config_input.yaml:
    • Data DomainでTLSが有効になっている場合は、次のように設定： tls: true
    • Data DomainでTLSが無効になっている場合は、次のように設定： tls: false
  1. 証明書の有効性を確認します（TLSが有効になっている場合）。
    • 証明書の有効期限を確認します。
    • 証明書チェーンを確認します。
  1. DD Boost接続をテストします。
    • DD Boostのテスト ユーティリティーを使用してください。
    • TLSハンドシェイクが成功したことを確認します。

問題4：PowerProtect Data Managerの［Non-Migrated］タブに資産が表示されない

現象：

  • 移行されたメタデータがPowerProtect Data Managerに表示されない
  • ［Non-Migrated］リストに資産が欠落している
  • 検出後に資産リストが空になる

解決策:

  1. Avamarバックアップ ポリシーが無効になっていることを確認します（ステップ2）。
    • Avamar管理コンソールにログインします。
    • ポリシー ステータスを確認します。
    • ポリシーがまだ無効になっていない場合は無効にします。
  1. PowerProtect Data Managerの検出ジョブが完了するまで待ちます。
    • ［Jobs］＞［System Jobs］に移動します
    • 検出ジョブが正常に完了したことを確認します。
    • ジョブの所要時間を確認します（10～15分かかる場合があります）
  1. 資産ページをリフレッシュします。
    • PowerProtect Data Manager UIの［refresh］ボタンをクリックします。
    • ログアウトしてから、再度ログインします。
    • 必要に応じてブラウザー キャッシュをクリアします
  1. PowerProtect Data Managerログに発見エラーがないか確認します。
    • ［System］＞［Logs］に移動する
    • 検出関連のエラーをフィルタリングする
    • 特定の問題のエラー メッセージを確認する
  1. Avamar資産ソース構成を確認します。
    • ［Infrastructure ］＞［Asset Sources］に移動します
    • Avamar Serverがリストされていることを確認します。
    • 接続ステータスを確認します。
    • 必要に応じて認証情報を再確認します。

問題5：PowerProtect Data Managerで移行ジョブが失敗する。

現象：

  • 移行ジョブに失敗ステータスが表示される。
  • システム ジョブにエラー メッセージ
  • ジョブはエラーなしで完了する。

解決策:

  1. PowerProtect Data Managerで詳細なジョブ ログを確認します。
    • ［Jobs］＞［System Jobs］に移動します
    • 失敗した移行ジョブをクリックします
    • エラー メッセージとスタック トレースを確認します
  1. PowerProtect Data ManagerからのData Domain接続を確認します。
    • ［Infrastructure］＞［Storage Systems］に移動します
    • Data Domain接続ステータスを確認します。
    • 接続性をテストします
  1. Data Domainの容量と正常性を確認します。
    • PowerProtect DD System Managerにログインします
    • 十分な容量であることを確認します。
    • アラートまたは警告がないか確認します。
  1. DD Boostが正しく構成されていることを確認します。
    • DD Boostのユーザー資格情報を確認します。
    • DD Boostストレージ ユニットの構成を確認します。
    • Avamar DD Boost構成を確認します。
  1. GSAN Moverツールの正常終了を確認します。
    • GSAN Moverログ ファイルを確認します
    • エラーが報告されていないことを確認します。
    • 必要に応じてGSAN Moverを再実行します
  1. 移行を再試行します。
    • 問題を解決した後、移行を再試行します。
    • 資産を再度選択し、［Migrate］をクリックします。

問題6：リストア操作が失敗します。 

現象：

  • リストア ジョブが失敗するか、タイムアウトします。
  • データがターゲット ホストにリストアされません。
  • リストア中にエラー メッセージが出ます

解決策:

  1. PowerProtect Data Manager File System Agentがターゲット ホストにインストールされていることを確認します。
    • エージェントのインストールを確認します。
    • エージェント バージョンの互換性を確認します。
  1. PowerProtect Data Managerでエージェント登録ステータスを確認します。
    • ［Infrastructure］＞［ Agents］に移動します
    • エージェントが［Registered］として表示されることを確認します
    • 必要に応じてエージェントを再登録します
  1. ネットワーク接続を確認します。
    • PowerProtect Data Managerとターゲット ホスト間の接続をテストします
    • ファイアウォール ルールを選択します。
    • DNS解決を確認します。
  1. Data Domainの接続性とパフォーマンスを確認します。
    • Data Domainがアクセス可能であることを確認します。
    • Data Domainのパフォーマンス メトリックを確認します。
    • 容量の問題がないことを確認します。
  1. リストア ジョブ ログを確認します。
    • ［Jobs］＞［Restore Jobs］に移動します
    • 失敗したリストア ジョブをクリックします。
    • 特定の問題のエラー メッセージを確認する
  1. リストア権限を確認します。
    • ターゲット ディレクトリーが書き込み可能であることを確認します。
    • ファイル システム権限を確認します。
    • ターゲットに十分なディスク領域があることを確認します。

9.1 ログ ファイルの場所

  • GSAN Moverログ：
Location: gsan-mover-<timestamp>.log (in execution directory)

Contains: Tool execution details, errors, and progress information
  • PowerProtect Data Managerログ：
Location: Available in PowerProtect Data Manager UI under Jobs → System Jobs → Job Details

Contains: Discovery, migration, and restore job details.
  • Avamarログ：
Location: /usr/local/avamar/var/ on Avamar server

Contains: Avamar system logs and backup job details
  • Data Domainログ：
Location: Accessible by Data Domain System Manager

Contains: DD Boost logs and system events

9.2 診断情報の収集

Dellテクニカル サポートに問い合わせる場合は、次の情報を収集します。

  • GSAN Moverログ ファイル（すべてのタイムスタンプ付きログ）
  • 構成ファイル（config_input.yaml および clients_input.csv)

 

注：共有する前にパスワードを伏せてください。

 

  • PowerProtect Data Managerのジョブ ログ（システム ジョブからエクスポート）
  • エラー メッセージのスクリーンショット
  • 環境の詳細：
    • PowerProtect Data Managerバージョン
    • Avamarバージョン
    • Data Domainバージョン
    • ネットワーク トポロジー図（利用可能な場合）

10.ベスト プラクティス

10.1 計画フェーズ

  • パイロット移行
    • まず少数のクライアント（2～3台）でテストする
    • フルスケール移行の前にプロセス全体を検証する
    • 得られた教訓を文書化する
  • メンテナンス期間
    • 混雑の少ない時間帯に、移行スケジュールを設定する
    • 完了と検証に十分な時間を確保する。
    • 必要に応じて、潜在的なロールバックを計画する
  • 文書化
    • すべてのクライアントFQDN、ドメイン、ポリシーを文書化する
    • 詳細な移行計画を作成する。
    • ロールバック手順を準備する。
  • 通信
    • 移行スケジュールをステークホルダーに通知する。
    • 予想されるダウンタイム（もしあれば）を伝達する
    • 移行中にステータスの最新情報を提供する。

10.2 実行フェーズ

  • バッチ サイズ
    • クライアントを管理可能なバッチ（10～20件ずつ）で移行する
    • モニタリングとトラブルシューティングが向上する
    • 大規模な障害のリスクが軽減される
  • ログの保持
    • 監査とトラブルシューティングのために、すべてのログ ファイルを保持する。
    • より適切な識別のために、タイムスタンプ付きログ ファイルを使用する。
    • 移行が正常に完了した後のログをアーカイブする
  • 確認
    • 次のバッチに進む前に、各バッチを確認してください。
    • バッチごとにテスト リストアを実行する。
    • 検証結果を文書化する
  • バックアップ構成
    • すべての構成ファイルのコピーを保存する。
    • すべてのカスタム設定を文書化する
    • 将来参照するために構成ファイルを保管する。

10.3 移行後フェーズ

  • ポリシーの再作成
    • PowerProtect Data Managerで新しい保護ポリシーを作成する。
    • 移行された資産にポリシーを割り当てる。
    • 最初のバックアップ ジョブをスケジュール設定する
  • モニタリング
    • 最初のいくつかのバックアップ ジョブを詳細に監視する。
    • バックアップの成功とパフォーマンスを確認する。
    • 問題があればすぐに対処する。
  • ドキュメントのアップデート
    • ランブックと運用手順をアップデートする
    • 新しいPowerProtect Data Managerワークフローを文書化する
    • 新しい手順に関してスタッフをトレーニングする
  • クリーンアップ
    • 移行が正常に完了した後、古いAvamarポリシーをアーカイブまたは削除する。
    • 一時ファイルとログをクリーンアップする。
    • 資産インベントリーをアップデートする
  • パフォーマンス ベースライン
    • 新しい環境のパフォーマンス ベースラインを確立する。
    • バックアップ ウィンドウと期間を監視する。
    • 必要に応じて最適化する。

その他の情報

よくあるご質問(FAQ)

  • Q1：GSAN Moverツールはバックアップ データを移動しますか？
A：いいえ、GSAN Moverツールはメタ データのみを移行します。バックアップ データはData Domainシステムに残り、移行プロセス中に移動または変更されることはありません。このアプローチにより、移行時間を最小限に抑え、リスクを軽減できます。
  • Q2：移行中にAvamarへのバックアップを続行できますか？

A：いいえ。移行する資産のAvamarバックアップ ポリシーを無効にする必要があります。これは、PowerProtect Data Managerがその資産を移行可能と認識するために必要な手順です。必要に応じて、移行後にポリシーを再度有効にすることも、PowerProtect Data Managerで新しいポリシーを作成することもできます。

  • Q3：移行後に履歴バックアップを利用できますか？

A：はい。すべての履歴バックアップ コピーは、移行後にPowerProtect Data Managerに表示され、リストア操作に使用できます。メタデータの移行により、すべてのバックアップ履歴が確実に保持されます。

  • Q4：複数のクライアントへの移行は一度に実行できますか？

A：はい。clients_input.csvファイルに複数のクライアントをリストでき、ツールはそれらをバッチで処理します。ただし、モニタリングとトラブルシューティングを容易にするため、管理しやすいバッチ（10～20クライアント）で移行することをお勧めします。

  • Q5：移行が途中で失敗した場合はどうなりますか？

A：ログ ファイルを確認して、障害点を特定してください。問題を解決した後、ツールを再実行できます。すでに移行されたメタデータは重複しません。このツールは、ほとんどの操作においてべき等です。

  • Q6：ファイル システム クライアントでエージェントの再インストールが必要になることがありますか？

A：リストア操作の場合、ターゲット ホストにPowerProtect Data Manager File System Agentがインストールされている必要があります。継続的なバックアップの場合は、PowerProtect Data Managerの保護ポリシーを構成する必要があります。エージェントのインストールは、メタデータの移行とは別に行われます。

  • Q7：複数のAvamar Serverからの移行は可能ですか？

A：はい。ただし、適切な構成ファイルを使用して、Avamar Serverごとにツールを個別に実行する必要があります。各Avamar Serverには、正しい認証情報を持つ独自のconfig_input.yamlファイルが必要です。

  • Q8：移行にかかる時間はどのくらいですか？

A：移行時間は、クライアントの数とメタデータの量によって異なります。通常、メタデータの移行は高速ですが（クライアントあたり5～30分）、PowerProtect Data Managerの検出と検証には時間がかかる場合があります。10～20台のクライアントの一般的な移行では、2～4時間の計画を立てます。

  • Q9：移行を元に戻すことは可能ですか？

A：元のデータはAvamarとData Domainに残ります。必要に応じて、Avamarポリシーを再度有効にすることができます。ただし、PowerProtect Data Manager内のメタデータを自動的に削除することはできません。移行を慎重に計画し、まずパイロット グループでテストしてください。

  • Q10：移行中にダウンタイムはありますか？

A：Avamarへのバックアップを停止（ポリシーを無効化）する必要がありますが、データはリストア用にアクセスできる状態が維持されます。完全な移行プロセスを完了するためのメンテナンス ウィンドウを計画してください。通常、既存のバックアップからのリストア操作にダウンタイムはありません。

  • Q11：PowerProtect Data Managerのどのバージョンがサポートされていますか？

A：GSAN Moverツールは、PowerProtect Data Managerバージョン20.1以降をサポートしています。移行を開始する前に、PowerProtect Data Managerのバージョンを確認してください。特定のバージョンの互換性については、『Dell PowerProtect Data Managerリリース ノート』を参照してください。

  • Q12：アプリケーション バックアップ（SQL、Oracleなど）は移行できますか？

A：いいえ。GSAN Moverツールは、ファイル システムのバックアップ専用に設計されています。アプリケーション バックアップには、異なる移行手順が必要です。アプリケーション バックアップの移行に関するガイダンスについては、Dellテクニカル サポートにお問い合わせください。

  • Q13：この記事で説明されていないエラーが発生した場合はどうなりますか？

A：次の情報を記載して、Dellテクニカル サポートにお問い合わせください。

    • GSAN Moverのログ ファイル
    • 構成ファイル（パスワードは伏せる）
    • PowerProtect Data Managerジョブ ログ
    • エラー メッセージとスクリーンショット
    • 環境の詳細（PowerProtect Data Manager、Avamar、Data Domainのバージョン）
  • Q14：別のData Domainシステムに移行できますか？

A：いいえ。GSAN Moverツールは、データを同じData Domainシステムに残したまま、メタデータを移行します。別のData Domainに移行する必要がある場合は、追加の手順が必要です。詳細については、Dellテクニカル サポートまでお問い合わせください。

  • Q15：移行が正常に完了したことを確認する方法を教えてください。

A：セクション8の検証手順に従います。

    • 資産が［PowerProtect Data Manager - Migrated］リストに表示されていることを確認します。
    • すべてのバックアップ コピーが表示されていることを確認します。
    • テスト リストアを実行して、データの整合性を検証します。
    • 新しいバックアップ ジョブを実行して、継続的な保護を確認します。

製品

PowerProtect Data Manager
文書のプロパティ
文書番号: 000464045
文書の種類: How To
最終更新: 02 9月 2026
バージョン:  3
質問に対する他のDellユーザーからの回答を見つける
サポート サービス
お使いのデバイスがサポート サービスの対象かどうかを確認してください。