NetBackup™ Web UI クラウド管理者ガイド

個別リストアに関して、次の重要な点に注意してください。

• リストアジョブが完了した後は、リストアジョブの［ファイルリスト (File List)］セクションのディレクトリを展開できません。

• ターゲットの場所に十分な領域がない場合、コピー操作が開始される前にリストア操作が失敗します。

• アクティビティモニターの概略では、リストアジョブを開始すると、リストア項目の最初のエントリである現在のファイルが表示されます。ジョブが完了すると、概略は空白になります。

• アクティビティモニターの転送済みのバイト数と推定バイト数は更新されず、0 と表示されます。

• (GCP にのみ該当) Snapshot Manager ホストで利用可能なデータディスクの接続ポイントの数から 1 を減算した数およびインスタンスの種類。この 1 つの接続ポイントは Snapshot Manager メタデータボリュームが使用します。

• 一時的なストレージデバイスは、スナップショットの実行時には無視されます。(例: Amazon AWS インスタンスストアボリュームや Microsoft Azure 一時ディスク) これらのデバイスはインデックス処理でも無視されます。

• LDM ディスクで作成されたファイルシステムは、ホスト整合スナップショットの作成およびインデックス付け処理中には無視されます。

• 古いエージェント (事前インストール済みの) サービスを再起動しないと、LVM 資産の代替ホストリストア (GRT とアプリケーション) が失敗する場合があります。LVM 資産のリカバリをサポートするには、古いエージェントを再起動する必要があります。

• 個別リストア (GRT) またはシングルファイルリストア (SFR) は、VxMS のインデックス付け処理を使用して実行できます。VxMS のインデックス付け処理は、Snapshot Manager のすべてのサポート対象ファイルシステムに適用できます。VxMS のインデックス付け処理は、Azure、Azure Stack、AWS クラウド (GCP を除く) に対して実行でき、既存のマウントベースのインデックス付けで実行されます。

• ホスト整合スナップショットが EXT2 ファイルシステムでサポートされるのは、読み取り専用としてマウントされている場合のみです。

• サポートされていないファイルシステムがホストに存在する場合、個別リストア用に作成された保護計画にホストを追加できません。個別リストアの保護計画では、［ファイルまたはフォルダの個別リカバリの有効化 (Enable granular recovery for files or folders)］チェックボックスの値が true に設定されています。

• Snapshot Manager は、実行可能なインデックスジョブの数を NetBackup に伝えます。NetBackup はその後、要求をスロットルします。デフォルトでは、インデックスジョブの数は 2 に初期化されています。Snapshot Manager ホスト機能の検出後、利用可能なディスクスロットの数に増加します。ただし、flexsnap.conf ファイルにあるインデックス付けに関する max_jobs=<value> の値を更新して、この制限を上書きできます。

• Snapshot Manager ホストは、クラウドプロバイダによって適用されるディスクスロットの数を制限します。NetBackup は、Snapshot Manager に対するインデックス付け要求をスロットルします。クラウド資産の検出処理中にこの要求を達成するため、NetBackup は Snapshot Manager ホスト機能をフェッチします。これらの機能には、インデックスジョブの最大数のパラメータが含まれています。このパラメータは、Snapshot Manager および NetBackup のインデックスジョブキューに送信される要求を制限するために使用されます。デフォルトでは、並列インデックス付けジョブの最大数は 2 です。ただし、クラウドプラグインが Snapshot Manager ホストを検出するように構成されると、機能 API は接続ポイントと利用可能なリソースに基づいて最大ジョブ数をフェッチします。Snapshot Manager ホストの config ファイルに indexing max_jobs=x エントリを追加して、制限を設定できます。Snapshot Manager ホストがその機能を上回る数のインデックス付け要求を受信した場合、要求はキューに投入されます。

• インデックス処理中、ファイル、ディレクトリ、またはその他のエントリのクロール中に OS エラーが発生する場合があります。これらのエラーは無視され、インデックス付け操作は続行されます。消失したファイルをリストアするには、親フォルダで個別リストア操作を開始する必要があります。

• Windows VM からディスクを作成またはマウントする場合は、ドライブ文字を追加します。この操作によって、インデックス付け操作で正しいドライブ文字をキャプチャできます。

• リカバリポイントでファイルまたはフォルダを参照して追加するときに、マウントポイントが表示されないことがあります。次のような原因が考えられます。

  • 「/」 (root ファイルシステム) が LVM 上にある

  • マウントポイントが「/」 (root ファイルシステム) に直接関連付けられていない。

  このような場合、右側のパネルからマウントポイントを検索し、ファイルまたはフォルダを正常にリストアします。

  たとえば、ディスクが /mnt1/mnt2 にマウントされ、/mnt1 は「/」配下のディレクトリ、mnt2 は mnt1 内のマウントポイントである場合、「mnt2」は左側のパネルのツリーに表示されません。ただし、マウントポイント内のファイルやフォルダを検索してリストアできます。

• VM スナップショットリカバリポイントからファイルとフォルダをリストアするには、Linux サーバー上の /etc/fstab ファイルに、デバイスパスではなく、ファイルシステム UUID に基づくエントリが必要です。デバイスパスは、Linux がシステムブート中にデバイスを検出する順序によって変わる場合があります。

• 1 つの OS バージョンから別の OS バージョンにアプリケーションまたはファイルシステムをリストアする場合は、OS とアプリケーションベンダーの互換性マトリックスを参照してください。高いバージョンから低いバージョンへのファイルシステムのリストアは、お勧めしません。

• ユーザーグループは、ドライブをソースとして、宛先の代替フォルダにリストアできません。ユーザーグループには、新しいフォルダを作成するライター権限がありません。

• エージェントレス接続では、Windows (または EFS) によって個々のファイルレベルのリストア (ファイルとフォルダをリストアするオプション) を使用して暗号化ファイルをリストアできません。ただし、ボリュームレベルのリストアを使用してファイルをリストアした後、そのファイルを復号することはできます。

• フォルダ (接合点) にマウントされたボリュームに格納されたファイルは、下位ディスクに GPT パーティションレイアウトがある場合にのみリストアできます。ボリュームがドライブ文字を使用してマウントされている場合、下位ディスクのパーティションレイアウトに関係なく、ファイルをリストアできます。