Oracle Cloud Infrastructureドキュメント

ブート・ボリューム・バックアップの概要

Oracle Cloud Infrastructure Block Volumeサービスのバックアップ機能を使用すると、アプリケーションの中断やダウンタイムを起こすことなく、ブート・ボリュームのポイント・イン・タイム・クラッシュ一貫性のあるバックアップを作成できます。 ブート・ボリュームのバックアップ機能はブロック・ボリュームのバックアップ機能と同じです。 詳細については、「ブロック・ボリュームのバックアップの概要」を参照してください。

ブロック・ボリュームのバックアップと同じように、ブート・ボリュームのバックアップを開始するには2通りの方法があります。 手動でバックアップを開始することも、設定されたバックアップ・スケジュールを定義するポリシーを割り当てることもできます。 詳細については、「手動バックアップ」「ポリシーベースのバックアップ」を参照してください。

ブート・ボリュームのバックアップ・タイプ

ブロック・ボリューム・サービスは、ブロック・ボリュームと同じように、ブート・ボリュームにも同じバックアップ・タイプをサポートしています:

  • 増分: このバックアップ・タイプには、前回のバックアップ以降の変更のみが含まれます。

  • 完全: このバックアップ・タイプには、ボリュームが作成されてからのすべての変更が含まれます。

ブート・ボリュームのバックアップ

コンソールまたはREST API/コマンドライン・インタフェース(CLI)を使用して、ブート・ボリュームのバックアップを作成できます。 詳細は、「ブート・ボリュームのバックアップ」およびBootVolumeBackup APIを参照してください。

ブート・ボリュームのリストア

ブート・ボリュームのバックアップを使用する前に、バックアップをリストアする必要があります。 ステップについては、「ブート・ボリュームのリストア」を参照してください。

インスタンスの実行中にブート・ボリュームのバックアップを作成すると、クラッシュ一貫性のあるバックアップが作成されます。つまり、データはバックアップが作成されたときと同じ状態になります。 これは、力の喪失または激しい衝突の場合と同じ状態です。 ほとんどの場合、ブート・ボリュームのバックアップをリストアし、それを使用してインスタンスを作成できます。 または、インスタンスにデータ・ボリュームとしてアタッチして修復またはリカバリすることもできます(「ボリュームをアタッチ」を参照)。 起動可能イメージを確保するには、インスタンスからカスタム・イメージを作成する必要があります。 カスタム・イメージの作成については、「カスタム・イメージの管理」を参照してください。

ブート・ボリュームのバックアップとクローンの相違点

ボリュームのバックアップまたはクローンのどちらを作成するかを決定するときは、次の基準を考慮してください。

  ボリューム・バックアップ ボリューム・クローン
説明 ボリューム上のデータのpoint-in-timeバックアップを作成します。 後で、バックアップから複数の新規ボリュームをリストアできます。 バックアップおよびリストア・プロセスを実行しなくても、ボリュームの単一のポイント・イン・タイム・コピーを作成できます。
ユースケース

後で環境を複製したり、将来使用するためにデータを保持したりできるように、ボリューム内のデータのバックアップを保存します。

バックアップ内のデータは時間経過とともに変化しないため、コンプライアンス要件および規制要件を満たします。

ビジネス継続性要件をサポートします。

停止またはデータ変更のリスクを長期にわたって削減します。

既存の環境を急速に複製します。 たとえば、クローンを使用すると、本番環境に影響を与えずに構成の変更をテストできます。

速度 より遅い(分または時間) より速い(秒)
コスト より低いコスト より高いコスト
保管場所 オブジェクト・ストレージ ブロック・ボリューム
保存ポリシー ポリシーベースのバックアップは有効期限があります。手動のバックアップは有効期限はありません。 失効なし
ボリューム・グループ サポート対象 ボリューム・グループをバックアップできます。 サポート対象 ボリューム・グループのクローンを作成できます。