アプライアンス管理コンソールでファイル システムのアプリケーションの詳細と設定を構成する

アプライアンス管理コンソールの [Application Details & Settings] ページ（各アプリケーションのバックアップ プランの上部にある [Details & Settings] リンクからアクセス）で、ファイル システムのバックアップに関するアプリケーション固有の設定を変更できます。アプリケーション設定は、特定の状況で役立つ場合や、必要になる場合があります。アプリケーションの設定を構成したら、[Save Changes] をクリックします。

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

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

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

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

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

    • アプリケーションが 4.3 TB で、[Stage Disk Granularity] の値が 2 TB、[Last Staging Disk Minimum Size] の値が 1 TB の場合、バックアップ / リカバリ アプライアンスは 2 T、2 T、1 T の 3 つのステージング ディスクを作成します。
    • アプリケーションが 4.3 TB で、[Stage Disk Granularity] の値が 2 TB、[Last Staging Disk Minimum Size] の値が 0.1 TB の場合、バックアップ / リカバリ アプライアンスは 2 T、2 T、0.3 T の 3 つのステージング ディスクを使用します。
    • アプリケーションが 4.3 TB で、[Stage Disk Granularity] の値が 5 TB、[Last Staging Disk Minimum Size] の値が 1 TB の場合、バックアップ / リカバリ アプライアンスは 4.3 T のステージング ディスクを 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 内の他のすべてのディレクトリとファイルはコピーされます。

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

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

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

  • Backup and DR エージェントのオプション: サポートと連携している場合を除き、Backup and DR エージェントのオプションは空白のままにします。

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

Filestore とファイル システムでの Backup and DR

このページは、Backup and DR を使用したファイル システムの保護と復元に固有のページシリーズの 1 つです。詳細については、次のページをご覧ください。