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

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

以下は、アプリケーション設定とその機能の説明の一覧です。

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

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

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

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

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

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

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

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

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

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

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

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

    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 アドレスを入力します。フェイルオーバー クラスタの場合、これはバックアップのアクティブ ノードを見つけるために使用されます。アクティブ/アクティブ クラスタの場合、これはバックアップに使用できる対象サーバーのカンマ区切りのリストです。

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

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

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

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

このページは、Backup and DR を使用してファイル システムを保護および復元する方法に特化した一連のページの一つです。詳細については、次のページをご覧ください。