ファイル システム データを保護するようにアプリケーションの詳細と設定を構成する

各アプリケーションのバックアップ プランの上部にある [詳細と設定] リンクからアクセスできる [アプリケーションの詳細と設定] ページで、ファイル システムのバックアップに関するアプリケーション固有の設定を変更できます。アプリケーション設定は、特定の状況で役立つ場合や必要な場合があります。アプリケーションの設定を構成したら、[変更を保存] をクリックします。

以下に、アプリケーション設定とその機能の説明を示します。

  • ユーザー名/パスワード: ネットワーク ドライブをホストにマッピングするときに代替の認証情報を指定した場合は、ファイル共有のユーザー名とパスワードを指定します。

  • ステージング ディスクのサイズ（GB）: 値をギガバイト単位で入力します。有効なエントリは 1 ～ 256,000 です。デフォルトでは、Backup and DR エージェントは、ステージング ディスクのサイズとしてマネージド ファイル システムのサイズを使用します。この設定により、管理者はこの値をオーバーライドしてファイル システムの増加を許可できます。

  • ステージング ディスクの細かさを最小ステージング ディスク サイズとして使用: [いいえ] を選択した場合、デフォルト値は 0 です。[はい] を選択した場合は、[ステージング ディスクの細かさ] フィールドに GB 単位の値を入力する必要があります。この設定は、粒度設定のサイズより小さく、定期的に増加する傾向があるアプリケーションに適しています。この設定により、頻繁で費用のかかるフルバックアップを回避できます。ステージング ディスクはシン プロビジョニングされているため、すぐに使用するために必要なサイズよりも大きいステージング ディスクを使用する場合でも、初期費用は発生しません。

  • ステージング ディスクの粒度（GB）: アウトオブバンド アプリケーション用に作成されるステージング ディスクの粒度を定義します。アプリケーションに複数のステージング ディスクが使用される場合は、各ステージング ディスクのサイズを指定します。有効なエントリは 1 ～ 128,000 です。たとえば、次のようになります。

    • アプリケーションが 4.3 TB で、ステージング ディスクの粒度の値が 2 TB、最後のステージング ディスクの最小サイズの値が 1 TB の場合、バックアップ/リカバリ アプライアンスは 2T、2T、1T の 3 つのステージング ディスクを作成します。
    • アプリケーションが 4.3 TB で、ステージング ディスクの粒度の値が 2 TB、最後のステージング ディスクの最小サイズの値が 0.1 TB の場合、バックアップ/リカバリ アプライアンスは 2T、2T、0.3T の 3 つのステージング ディスクを使用します。
    • アプリケーションが 4.3 TB で、ステージ ディスクの粒度の値が 5 TB、最後のステージング ディスクの最小サイズの値が 1 TB の場合、バックアップ/リカバリ アプライアンスは 4.3 TB のステージング ディスクを 1 つ作成します。ステージ ディスクの粒度と最後のステージング ディスクの最小サイズは、アプリケーション レベルで指定され、システム全体のデフォルト値をオーバーライドします。

  • ステージング ディスクのマウント ポイント: ステージング ディスクを特定のロケーションにマウントする必要がある場合は、[ステージング ディスクのマウント ポイント] に入力します。

  • 除外パターン、包含パターン: バックアップから除外またはバックアップに含めるファイル名パターンを入力します。バックアップ/リカバリ アプライアンスでは、特定のファイル形式を除外または含めることができます。[除外パターン] オプションまたは [包含パターン] オプションを使用すると、最も重要なデータのみがバックアップされ、重要でないファイルは除外されます。ガイドラインには次のものがあります。

    • 除外または含める対象はファイルのみで、ディレクトリには影響しません。
    • パターンには、アスタリスク（*）や疑問符（?）などのワイルドカード文字を含めることができます。拡張子に .sys を含むすべてのファイルを除外するには、[除外パターン] または [含めるパターン] フィールドに *.sys を入力します。
    • Windows では、ドライブのルート ディレクトリに表示される pagefile.sys および hiberfil.sys という名前のファイルは無視されます。

  • 開始パス: バックアップが開始されるファイル共有内のポイントを指定します。[Start Path] フィールドを空白のままにすると、バックアップはバックアップするファイル システムのルート ディレクトリから開始されます。

    Linux の例: /usr/local は /usr/local ディレクトリのバックアップを作成します。

    Windows の例: \\SERVERNAME\SHARENAME\abc は、ファイル共有の abc ディレクトリをバックアップします。

  • Prune Paths: [Prune Paths] フィールドにプルーニング パスを指定します。プルーニング パスは、ディレクトリ トラバーサルが停止するファイル システム内のポイントを指定します。

    Linux の例: /usr/local/lib を使用すると、/usr/local/lib の後のファイルはコピーされませんが、/usr/local 内の他のディレクトリとファイルはすべてコピーされます。

    Windows の例: \\SERVERNAME\SHARENAME\abc を使用すると、\\SERVERNAME\SHARENAME\abc の後のファイルはコピーされませんが、\\SERVERNAME\SHARENAME 内の他のすべてのディレクトリとファイルはコピーされます。

    このフィールドを空白のままにすると、ディレクトリ トラバーサルは、バックアップされる開始パスのすべてのサブディレクトリに降りていきます。

  • Service Access Point IP Address: ファイル システムがクラスタ リソースであり、ファイル システムをホストするクラスタノードに関係なくバックアップする場合は、クラスタ リソースの IP をサービス アクセス ポイントの IP として指定します。これにより、バックアップ/リカバリ アプライアンスはクラスタ リソース IP を使用して Backup and DR エージェントに接続し、アクティブなクラスタノードからファイル システムをバックアップできます。すべてのクラスタノードでバックアップが正しく機能するには、すべてのクラスタノードにバックアップと DR エージェントをインストールする必要があります。クラスタ化されたアプリケーションの仮想 IP アドレスを入力します。フェイルオーバー クラスタの場合、これはバックアップのアクティブ ノードの検索に使用されます。アクティブ/アクティブ クラスタの場合、これはバックアップに使用できる対象サーバーのカンマ区切りのリストです。

  • 復元に Service IP を使用する: クラスタ化されたアプリケーションの復元中にサービス アクセス ポイントの IP アドレスを尊重します。クラスタ アプリケーションの復元にサービス IP アドレスを使用する場合は、[はい] を選択します。サービス IP アドレスを使用して復元しない場合は、[いいえ] を選択します。

  • バックアップと DR エージェントのオプション: サポートに問い合わせる場合を除き、バックアップと DR エージェントのオプションは空白のままにします。

  • 単一ステージング ディスクで LVM を優先: バックアップに単一のステージング ディスクで十分な場合でも、LVM を作成します。Linux 移行元ディスクのサイズに関係なく、新しい完全バックアップを必要とせずに拡張できる LVM ベースのステージング ディスクを使用する場合は、[はい] を選択します。拡張された LVM ベースのステージング ディスクを使用しない場合は、[いいえ] を選択します。

Filestore とファイル システムの Backup and DR サービス

このページは、Backup and DR サービスによるファイル システムの保護と復元に固有のシリーズのページの 1 つです。詳細については、以下のページをご覧ください。