今日のバックアップソリューションでは、バックアップ作成のスケジュールを自動化し、保持設定を構成することができます。各マシンまたはワークロードに対してバックアップスケジュールを構成できます。これにより、必要な回復ポイントの数を作成し、期限切れのポイントが削除される期間を設定できます。効果的なバックアップ戦略のためには、ポイントインタイムのリストアを可能にする十分な回復ポイントの数が必要であり、同時にストレージの消費を効率的に管理する必要があります。
NAKIVO Backup＆Replicationを使用すると、マシン用の柔軟な保持ポリシーを作成できます。ここでは、NAKIVOソリューションで利用可能な2つの保持およびスケジューリング方法について説明します。
リカバリポイントとは何ですか？
A recovery point in the context of backup refers to a specific point in time to which you can restore your data or system after a failure. A recovery point represents a copy of your data at a particular moment in time, allowing you to recover your data to that state in case of data loss, corruption, or other issues.
リカバリポイントは、バックアップ保持戦略の重要な概念です。データ保護戦略と、ワークロードがオペレーションにとってどれだけ重要かによって、維持する回復ポイントやデータのコピーの数、その頻度、およびデータを復元するために遡ることができる時間が決まります。より具体的には、頻度は特定のワークロードのリカバリポイント目標（RPO）によって決定されます。
保持とは何ですか？
保持とは、リカバリポイント、つまりデータのバックアップコピーを維持および保存する期間を指します。保持は、新しいバックアップによって上書きされるか、自動的に削除される前に、バックアップデータが維持される期間を定義します。保持設定は、データ復旧やコンプライアンスに使用できる履歴的なバックアップポイントへのアクセスを確保するために重要であり、不要なポイントを削除して効率的なストレージの消費を確保するために必要です。
Retention in NAKIVO Backup & Replication
NAKIVO Backup & Replicationでは、最大4,000のバックアップ回復ポイントと40のレプリカ回復ポイントを保持できます。バージョン10.8までは、NAKIVO Backup & ReplicationでGFSベースの保持アプローチが使用されていました。バージョン10.8から、回復ポイントの有効期限を設定する手法が導入されました。これら2つのアプローチとその動作について詳しく見てみましょう。
従来の保持アプローチ
従来のアプローチは、祖父-父-子（GFS）保持スキームに依存しており、ユーザーフレンドリーで便利です。このアプローチは、既存のユーザー向けに利用可能であり、v10.7およびそれ以前のバージョンからv10.8以降にソリューションをアップデートしているユーザー向けに提供されます。
従来の保持アプローチでは、バックアップジョブウィザードのバックアップジョブステップ（5ステップ中の4ステップ）で保持設定を構成します。以下の保持設定を設定できます：
- 最後のN個の回復ポイントを保持。回復ポイントの数が指定された数に達すると、最も古い回復ポイントが削除されます。
- N日間、1日あたり1つの回復ポイントを保持します。 最後の日次回復ポイントは、指定された日数後に期限切れになり削除されます。
- N週間、1週間あたり1つの回復ポイントを保持します。 最後の週次回復ポイントは、指定された週数後に期限切れになり削除されます。
Nか月、1か月あたり1つの回復ポイントを保持します。 最後の月次回復ポイントは、指定された月数後に期限切れになり削除されます。 - Nヶ月ごとに1つのリカバリポイントを保持します。指定された月数が経過すると、最後の月次リカバリポイントが期限切れになり、削除されます
- N年ごとに1つのリカバリポイントを保持します。指定された年数が経過すると、最後の年次リカバリポイントが期限切れになり、削除されます
GFSリテンションが実際にどのように機能するかに関する当社のブログ記事で詳細を確認できます。
このウィザードのステップでは、リカバリポイントに不変性を有効にし、カスタム期間だけ不変にすることで、より良い保護を実現できます。不変性は、一度書き込んだデータは何度でも読み取り可能（WORM）のアプローチを使用します。不変性が有効になったリカバリポイントは、ランサムウェアやその他のマルウェア、またはユーザー（ルートユーザーを除く）によって削除または変更されることはありません。ローカルフォルダタイプのリポジトリの場合を除きます。
このGFSリテンションスキームにより、たとえば、古いリカバリポイントからデータを復旧できます。データが削除されたり破損したりしており、最新のリカバリポイントに存在しない場合です。ただし、このアプローチには、シナリオによっては欠点もあります。ある日、週、月、年に1つのリカバリポイントが保持されている場合、リカバリポイントが古くなるほど、粒度が粗くなります。
新しいリテンションアプローチ
v10.8では、NAKIVO Backup & Replicationが新しい保持アプローチを導入しました。古いバージョンからNAKIVO Backup & Replicationをv10.8（またはそれ以降）に更新する場合、既存のジョブに対して従来の保持アプローチを引き続き使用するか、新しいジョブを作成する際に選択できます。新しいジョブには新しい保持アプローチを使用したり、既存のジョブを古いアプローチから新しいアプローチに切り替えることもできます。UIは、新しいアプローチに切り替えるための異なる方法を促します。例えば、ジョブを新たに構成するか、既存の従来の保持設定を新しい保持設定にマッピングするかです。
また、製品を新しい保持アプローチを使用するように構成し、既存のジョブの保持設定を新しいアプローチビューに移行することもできます。このオプションは、古いバージョンのNAKIVO Backup & Replicationの構成をv10.8にインポートする場合にも利用できます。製品は、古いスケジュールと保持構成から新しい統合スケジュールと保持構成にマッピング可能なものをマッピングします。
注意：ジョブまたは製品の構成を新しいスケジュールに切り替えた後、従来の保持モードに戻すことはできません。
NAKIVO Backup & Replication 10.9以降をゼロからインストールする場合（製品のクリーンインストール）、新しい保持方法のみが提供されます。新しい方法は、バックアップおよびバックアップコピージョブに使用されます（レプリケーションジョブには使用されません）。ジョブウィザードのRetentionステップが削除され、Scheduleステップと統合されました。このアプローチにより、各スケジュールに特定の保持ポリシーを設定できます。各スケジュールに特定の保持を設定することが可能です。期限切れ後、リカバリポイントはバックアップリポジトリから削除されます。リカバリポイントの不変性も利用可能で、必要な期間に設定することができます。
新しいアプローチのアイデアは、スケジュールルールを使用することです。たとえば、毎日実行して10日間保持する。これにより、各リカバリポイントに有効期限が付与され、ポイントが期限切れになる明確な日付が得られます。期限切れの日付は、バックアップリポジトリに表示されます。詳細を確認するには：
- 設定>リポジトリに移動し、必要なバックアップリポジトリを選択します。
- バックアップの下で、バックアップを選択してすべてのリカバリポイントを表示します。
古い保存方法では、回復ポイントには設定された有効期限がありません。その結果、不要な回復ポイントは、次のジョブ実行までまたはジョブが無効になるまで削除できません。レガシー保存設定は次のジョブ実行時に適用されますが、回復ポイントの手動削除は可能です。レガシー保存を使用してジョブを無効にすると、回復ポイントは再びジョブが実行されるまで自動的に削除されません。回復ポイントの有効期限がどのように計算されるかについては、こちらをお読みいただけます。
新しいアプローチでは、手動削除規則は同じですが、自動削除はもはやジョブの実行に依存しません。新しい保存方法は、構成されたスケジュールに依存する保持方法を明確にします。
両方のアプローチにおいて、いくつかのケースでは回復ポイントを削除することができません。たとえば、1つの回復ポイントが別の（より古い）回復ポイントに依存している場合です。他の回復ポイントがそれに依存していない限り、（最後の1つを除いて）任意のポイントを手動で削除できます。カスタム保持（古い方法と新しい方法の両方）を各特定の回復ポイントに設定できます（回復ポイントの有効期限はロックされていません）。
新しいスケジュールと保持アプローチでは、次のスケジュールを作成できます：
- 定期的（特定の時間/日付に実行、N分ごとに実行、毎時、毎日など）
- 週次
- 月次
- 年次
各スケジュールについて、回復ポイントを保持する期間を設定できます。バックアップを保持できる期間は以下のとおりです：
各スケジュールに対して、復旧ポイントをどれだけ保持するか設定できます。バックアップを保持する期間は以下の通りです。
- N days
- N weeks
- N months
- N years
1つのバックアップまたはバックアップコピージョブに対して、複数のスケジュールを作成して設定できます。各スケジュールは独自のリテンション設定を持つことができます。
ウィザードを完了し、バックアップまたはバックアップコピージョブを実行すると（スケジュールを設定せずにジョブを実行する場合も含む）、リテンションオプションとジョブスコープが表示されるスプラッシュスクリーンが表示されます。復旧ポイントをN日、週、月、または年間保持するように選択できます。また、事前定義されたスケジュールを選択することもでき、そのスケジュールのリテンションが適用されます。
バックアップコピージョブ
バックアップコピージョブは、バックアップジョブの設定と同様の設定を提供します。これには、スケジューリングとリテンション設定が含まれます。ただし、バックアップコピージョブには、ソースバックアップの正確なコピーを維持という追加オプションがあります。
このオプションを選択すると、バックアップコピージョブは、元のバックアップとその復旧ポイントと同様の同一の複製を生成して保持します。代替のリテンションポリシーを確立するには、このチェックボックスをオフにし、以下に示すいずれかの代替案を選択してください。この特定のオプションは、前のステップでディスクが宛先として選択された場合にのみ表示されます。
スケジュールの保持設定を通じて、各ジョブスケジュールと時間枠に基づいてリカバリポイントの独自の保持ポリシーを確立できます。たとえば、ジョブスケジュールを次のように設定します：バックアップを保持する期間：3日間、そしてジョブは平日の12:00 PMに実行されます。リカバリポイントが13:30 PMに作成される（バックアップが完了する）場合、月曜日に作成されたリカバリポイントは木曜日の13:30 PMまで有効です。NAKIVO Backup＆Replicationは、期限切れのリカバリポイントを迅速に削除するために、すべてのリカバリポイントを毎時評価します。
リカバリポイントの有効期限を延長する方法は？
バックアップリポジトリに保存されている既存のリカバリポイントの有効期限を延長するには：
- 設定＞リポジトリに移動し、必要なバックアップが保存されているバックアップリポジトリを選択します（たとえば、オンボードリポジトリ）。
- この例では、必要なバックアップ名（Windows-VM）をクリックします。
- 選択したバックアップのすべてのリカバリポイントが表示されます。リカバリポイントの上にマウスを置き、…アイコンをクリックし、開いたメニューで編集をクリックします。
- ウィンドウが開いて、リカバリポイントの既存の保持設定を見ることができます。この例では、設定がリカバリポイントを2023年9月13日まで保護するように構成されています。 永久に保持 を選択するか、現在のデータをクリックして有効期限日を変更できます。
- 日付をクリックすると、Webインターフェイスの別のウィンドウにカレンダーが開きます。新しい日付を選択し、適用 を2回クリックします。
新しい有効期限日が既存のリカバリポイントの保持設定に設定されました。
Source:
https://www.nakivo.com/blog/data-retention-policy-setup-with-nakivo/