ボリューム・バックアップおよびクローン
バックアップおよびリストア
バックアップおよびリストア操作は、ブート・ボリューム、データ・ボリュームおよびボリューム・グループでサポートされています。 すべてのバックアップは、増分ではなく全体バックアップです。
ブート・ボリューム、ブロック・ボリュームまたはボリューム・グループをバックアップするには、次のいずれかのメソッドを使用します:
-
クローン: ボリュームをクローニングすると、バックアップおよびリストア操作を実行せずにコピーを作成できます。 クローンの詳細は、次の「クローン」のセクションと「ボリューム・クローンとバックアップの違い」の表を参照してください。 ブート・ボリュームのクローニングに関する一般的な情報は、「ブート・ボリュームのクローニング」を参照してください。
-
手動バックアップ: これらのバックアップは、バックアップを作成するとすぐに1回実行されます。 これらのバックアップは、無期限に保持されるか、このボリュームに対してポリシーベースの(スケジュールされた)バックアップが作成されるまで保持されます。
-
スケジュール済バックアップ: これらのバックアップは、バックアップ・ポリシーで定義されたスケジュールに従って定期的に実行されます。 ポリシー・スケジュールは、バックアップの頻度(期間)と時間、およびバックアップを保持する期間を指定します。 独自のバックアップ・ポリシーを作成することも、Oracle提供のバックアップ・ポリシーを使用することもできます。
Oracle提供されるバックアップ・ポリシー
Oracle定義バックアップ・ポリシーは、ボリューム・グループのバックアップには使用できません。 これらのポリシーを使用して、個々のブロック・ボリュームおよびブート・ボリュームをバックアップできます。
Oracleで定義されたポリシーは変更できません。 たとえば、別のバックアップ時間または保存時間が必要な場合は、「Oracle Private Cloud Applianceユーザーズ・ガイド」の「ブロック・ボリューム・ストレージ」の章のバックアップ・ポリシーの管理の説明に従って、ユーザー定義のバックアップ・ポリシーを作成します。
次のバックアップ・ポリシーはOracleによって提供され、すべてのコンパートメントで使用できます。 リソースには1つのバックアップ・ポリシーのみを割り当てることができますが、1つのバックアップ・ポリシーに複数のスケジュールを設定できます。 Oracle Bronzeポリシーには1つのスケジュールがあり、Silverポリシーには2つのスケジュールがあり、Goldポリシーには3つのスケジュールがあります。 すべてのスケジュール時間は、リージョンのデータ・センター時間です。 すべてのバックアップ・タイプは完全バックアップです。
- ブロンズ
-
-
月の初日の00:00に実行され、12か月間保存される月次バックアップ。
-
- シルバー
-
-
毎週月曜日の00:00に実行され、4週間保持されます。
-
月の初日の00:00に実行され、12か月間保存される月次バックアップ。
-
- ゴールド
-
-
00:00に実行され、7日間保持される日次バックアップ。
-
毎週月曜日の00:00に実行され、4週間保持されます。
-
月の初日の00:00に実行され、12か月間保存される月次バックアップ。
-
Block Volumeサービスでは、1日で特定のリソースの複数のスケジュール済バックアップが実行されることはありません。 スケジュールの競合(日次、週次、月次のバックアップなど)が同時に実行されるようにスケジュールされている場合、最も長い期間のバックアップが実行されます。
ボリューム・グループのバックアップおよびリストア
個々のブロック・ボリュームに対して実行できるバックアップ操作およびタスクのほとんどを、ボリューム・グループに対して実行できます。
ボリューム・グループ・バックアップを使用すると、複数のボリュームのバックアップ設定を1箇所で管理できます。 この機能により、複数のコンピュート・インスタンスにまたがる複数のストレージ・ボリュームにまたがる実行中のエンタープライズ・アプリケーションの時間整合性のあるバックアップを作成するプロセスが簡略化されます。
ボリューム・グループ・バックアップをボリューム・グループにリストアすることも、ボリューム・グループ内の個々のボリュームをボリューム・バックアップからリストアすることもできます。
クローン
Block Volumeサービスを使用して、ボリュームからクローンを作成できます。 クローニングでは、バックアップ/リストア・プロセスを実行しなくても、既存のブロック・ボリュームのコピーを作成できます。
クローン操作はただちに開始され、状態が「使用可能」に変わった場合、クローニングされたボリュームをアタッチして通常のボリュームとして使用できます。 この時点で、ボリューム・データはバックグラウンドでコピーされ、ボリュームのサイズによっては最大30分かかる場合があります。
ソース・ボリュームのクローニング中に、ソース・ボリュームに対する単一のポイント・イン・タイム参照があります。 クローンの作成時にソース・ボリュームがアタッチされている場合は、ソース・ボリュームからの最初のクローン操作が完了するのを待ってから、追加のクローンを作成する必要があります。 ソース・ボリュームがデタッチされている場合、同じソース・ボリュームから最大10のクローンを同時に作成できます。
クローンを作成できるのは、同じテナント内のボリュームに対してのみです。 必要なアクセス権限がある場合は、ソース・ボリューム・コンパートメントとは異なるコンパートメントにボリュームのクローンを作成できます。
ボリューム・クローンとバックアップの違い
ボリュームのバックアップまたはクローンを作成するかどうかを決定する際には、次の条件を考慮してください。
比較 | ボリューム・バックアップ | ボリューム・クローン |
---|---|---|
説明 |
ボリューム上のデータのポイント・イン・タイム・バックアップを作成します。 将来、バックアップから複数の新しいボリュームをリストアできます。 |
バックアップおよびリストア・プロセスを実行することなく、ブロック・ボリュームの即時使用可能なコピーを作成します。 |
ユース・ケース |
後で環境を複製したり、将来の使用のためにデータを保持できるように、ボリューム内のデータのバックアップを保持します。 バックアップ内のデータは時間とともに変更されないため、コンプライアンス要件および規制要件に対応します。 ビジネス継続性要件をサポートします。 時間の経過に伴う停止やデータ突然変異のリスクを軽減します。 |
バックアップおよびリストア・プロセスを実行することなく、ブロック・ボリュームの即時使用可能なコピーを作成します。 |
ストレージの場所 | ブロック・ボリューム | ブロック・ボリューム |
保存ポリシー | ポリシーベースのバックアップは失効し、手動バックアップは失効しません。 | 失効なし |
ボリューム・グループ | サポート対象。 ボリューム・グループをバックアップできます。 | サポート対象。 ボリューム・グループをクローニングできます。 |