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

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

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

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

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

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

  • Staging Disk Granularity (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 path は、ファイル システム内でディレクトリのトラバーサルが停止するポイントを指定します。

    Linux の例: /usr/local/lib は、/usr/local/lib の後に続くものがコピーされないようにしますが、/usr/local 内の他のすべてのディレクトリとファイルはコピーされます。

    Windows の例: \\SERVERNAME\SHARENAME\abc は、\\SERVERNAME\SHARENAME\abc の後に続くものがコピーされないようにしますが、\\SERVERNAME\SHARENAME 内の他のすべてのディレクトリとファイルはコピーされます。

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

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

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

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

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

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

このページは、Backup and DR サービスを使用してファイル システムを保護し、復元する方法について説明する一連のページの一つです。詳細については、以下のページをご覧ください。