日本語は機械翻訳による参考訳です。内容に矛盾や不一致があった場合には、英語の内容が優先されます。

Windows ファイルシステムのバックアップ戦略を定義する

寄稿者 netapp-soumikd このページの PDF をダウンロード

バックアップを作成する前にバックアップ戦略を定義しておくと、ファイルシステムの正常なリストアやクローニングに必要なバックアップを作成できます。バックアップ戦略の大部分は、サービスレベルアグリーメント( SLA )、目標復旧時間( RTO )、および目標復旧時点( RPO )によって決まります。

SLA では、サービスの可用性やパフォーマンスなど、サービス関連の多くの問題に対処するために必要なサービスレベルを定義します。RTO は、サービスの停止からビジネスプロセスの復旧までに必要となる時間です。RPO は、障害発生後に通常処理を再開するためにバックアップストレージからリカバリする必要があるファイルの経過時間に関する戦略を定義したものです。SLA 、 RTO 、および RPO は、データ保護戦略に関与します。

Windows ファイルシステムのバックアップスケジュール

バックアップ頻度はポリシーで指定され、バックアップスケジュールはリソースグループの設定で指定されます。バックアップの頻度またはスケジュールを決定する場合に最も重要な要因となるのは、リソースの変更率とデータの重要性です。使用頻度の高いリソースは 1 時間ごとにバックアップする必要がありますが、ほとんど使用されないリソースは 1 日に 1 回バックアップすれば十分です。その他の要因としては、組織におけるリソースの重要性、サービスレベルアグリーメント( SLA )、目標復旧時点( RPO )などがあります。

SLA は、想定されるサービスのレベルを定義し、サービスの可用性やパフォーマンスなど、サービス関連の多くの問題に対処します。RPO は、障害発生後に通常処理を再開するためにバックアップストレージからリカバリする必要があるファイルの経過時間に関する戦略を定義したものです。SLA と RPO は、データ保護戦略に関与します。

使用頻度の高いリソースであっても、フルバックアップは 1 日に 1~2 回で十分です。

バックアップスケジュールには、次の 2 つの要素があります。

  • バックアップ頻度

    バックアップ頻度(バックアップを実行する間隔)は、ポリシー設定の一部であり、一部のプラグインでは _ schedule type__ と呼ばれます。たとえば、毎時、毎日、毎週、または毎月としてバックアップ頻度を設定したり、「 * なし」を指定してオンデマンドのみのポリシーにすることができます。ポリシーにアクセスするには、 * Settings * > * Policies * をクリックします。

  • バックアップスケジュール

    バックアップスケジュール(バックアップが実行される日時)は、リソースグループの設定の一部です。たとえば、リソースグループのポリシーで週に 1 回のバックアップが設定されている場合は、毎週木曜日の午後 10 時にバックアップが実行されるようにスケジュールを設定できます。リソースグループのスケジュールにアクセスするには、 * リソース * > * リソースグループ * をクリックします。

Windows ファイルシステムに必要なバックアップの数

必要なバックアップの数を左右する要因としては、 Windows ファイルシステムのサイズ、使用中のボリュームの数、ファイルシステムの変更率、サービスレベルアグリーメント( SLA )などがあります。

Windows ファイルシステムのバックアップ命名規則

Windows ファイルシステムのバックアップでは、 Snapshot コピーのデフォルトの命名規則が使用されます。デフォルトのバックアップ命名規則では Snapshot コピー名にタイムスタンプが追加されるため、コピーが作成されたタイミングを特定できます。

Snapshot コピーでは、次のデフォルトの命名規則が使用されます。 resourcegroupname_hostname_timestamp

バックアップリソースグループには、次の例のように論理的な名前を付ける必要があります。

dts1_mach1x88_03-12-2015_23.17.26

この例では、各構文要素に次の意味があります。

  • 「 TS1 」はリソースグループ名です。

  • 「 m ach1x88 」はホスト名です。

  • 「 03-12-2015_23.17.26 」は日付とタイムスタンプです。

バックアップの作成時に、バックアップを識別するためのタグを追加することもできます。一方、カスタマイズしたバックアップ命名規則を使用する場合は、バックアップ処理の完了後にバックアップの名前を変更する必要があります。

バックアップ保持オプション

バックアップコピーを保持する日数を選択するか、保持するバックアップコピーの数を指定できます。指定できる最大数は ONTAP で 255 個です。たとえば、組織の必要に応じて、 10 日分のバックアップコピーや 130 個のバックアップコピーを保持できます。

ポリシーを作成する際に、バックアップタイプおよびスケジュールタイプの保持オプションを指定できます。

SnapMirror レプリケーションを設定すると、デスティネーションボリュームに保持ポリシーがミラーリングされます。

SnapCenter は、保持されているバックアップの保持ラベルがスケジュールタイプと一致する場合には、バックアップを削除します。リソースまたはリソースグループに対してスケジュールタイプが変更された場合、古いスケジュールタイプラベルのバックアップがシステムに残ることがあります。

注記 バックアップコピーを長期にわたって保持する場合は、 SnapVault バックアップを使用する必要があります。