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

これはオンデマンドの1回限りのバックアップであり、ブロック・ボリュームの手動バックアップの作成のステップに従ってすぐに開始できます。手動バックアップを開始するときに、増分バックアップか完全バックアップのどちらを実行するかを指定できます。バックアップ・タイプの詳細は、ボリューム・バックアップ・タイプを参照してください。

手動バックアップには有効期限がなく、削除するまで保持されます。

これは、ボリュームに割り当てられたバックアップ・ポリシーによって定義されている、自動化されたスケジュール済バックアップです。

2種類のバックアップ・ポリシーがあります:

• Oracle定義: バックアップの頻度と保持期間の設定を含む事前定義済のバックアップ・ポリシー。これらのポリシーは変更できません。詳細は、Oracle定義バックアップ・ポリシーを参照してください。
• ユーザー定義: 自分でスケジュールと保持期間を作成および構成するカスタム・バックアップ・ポリシー。ユーザー定義ポリシーを使用して、スケジュールされたリージョン間自動バックアップを有効にすることもできます。リージョン間でのボリューム・バックアップ・コピーのスケジューリングを参照してください。詳細は、ユーザー定義バックアップ・ポリシーを参照してください。

詳細は、ポリシーベースのバックアップを参照してください。

ボリューム・バックアップが作成されると、ソース・ボリュームのタグがボリューム・バックアップに自動的に含まれます。これには、スケジュールに従ってバックアップを作成するためにカスタム・バックアップ・ポリシーが適用されたボリュームも含まれます。ソース・ボリューム・タグは、作成時にすべてのバックアップに自動的に割り当てられます。必要に応じて、追加のタグをボリューム・バックアップに適用することもできます。

ボリューム・バックアップが新しいリージョンにコピーされると、タグもボリューム・バックアップとともに自動的にコピーされます。ボリュームがバックアップからリストアされると、ソース・ボリュームのタグを使用してボリュームがリストアされます。

ブロック・ボリューム・サービスでは、2つのバックアップ・タイプを使用できます:

• 増分: このバックアップ・タイプでは、前回のバックアップ以降の変更のみが含められます。
• 完全: このバックアップ・タイプでは、ボリュームが作成されてからのすべての変更が含められます。

データ・リカバリの目的では、増分バックアップと完全バックアップの機能的な違いはありません。増分バックアップまたは完全ボリューム・バックアップのいずれかからボリュームをリストアできます。両方のバックアップ・タイプを使用して、バックアップ時に完全なボリューム・コンテンツをボリュームのポイントインタイム・スナップショットにリストアできます。最初の完全バックアップまたは後続の増分バックアップをバックアップ・チェーンに保持してそれらを順番にリストアする必要はなく、必要な回数取得したバックアップを保持するだけで十分です。

バックアップの主な用途は、ビジネスの継続性、ディザスタ・リカバリおよび長期的なアーカイブの要件をサポートすることです。バックアップ・スケジュールを決定する際には、バックアップ・プランおよび目標で次のことを考慮する必要があります:

• 頻度: データをバックアップする頻度。
• リカバリ時間: バックアップがリストアされて、それを使用するアプリケーションからアクセスできるようになるまでに待機できる時間。バックアップが完了するまでの時間はいくつかの要因によって異なりますが、バックアップ対象のデータのサイズと、前回のバックアップ以降に変更されたデータの量に応じて、一般的に数分以上かかります。
• 格納されるバックアップの数: 使用可能な状態にしておく必要があるバックアップの数と、不要になったバックアップの削除スケジュール。一度に作成できるバックアップは1つのみであるため、バックアップの進行中は、それが完了しないと別のバックアップを作成できません。格納できるバックアップの数の詳細は、ブロック・ボリュームの機能および制限を参照してください。

バックアップ使用の一般的なユース・ケース:

• 同じボリュームの複数のコピーを作成する必要がある場合。データ構成が同じ多数のボリュームを使用してインスタンスを作成する必要がある場合、バックアップが非常に有用です。

• 後で新しいボリュームにリストアできるように作業のスナップショットを取得する場合。
• プライマリ・コピーになんらかの問題が発生した場合に備えて、常にボリュームのスペア・コピーを用意しておく場合。

コンソール、コマンドライン・インタフェース(CLI)、SDKまたはREST APIを使用して、ブロック・ボリューム・バックアップをリージョン間でコピーできます。ステップについては、リージョン間でのボリューム・バックアップのコピーを参照してください。この機能により、次のシナリオが拡張されます:

• ディザスタ・リカバリおよびビジネス継続性: ブロック・ボリューム・バックアップをリージョン間で定期的にコピーすると、ソース・リージョンでリージョン全体にわたる障害が発生した場合に、宛先リージョンでアプリケーションとデータを再構築することが容易になります。
• 移行と拡張: アプリケーションを別のリージョンに移行および拡張することが容易になります。

ユーザー定義ポリシーを使用して、スケジュールされたリージョン間自動バックアップを有効にすることもできます。リージョン間でのボリューム・バックアップ・コピーのスケジューリングを参照してください。

ボリューム・バックアップをリージョン間でコピーするには、ソース・リージョンでボリューム・バックアップを読み取ってコピーする権限と、宛先リージョンでボリューム・バックアップを作成する権限が必要です。詳細は、必要なIAMポリシーを参照してください。

ボリューム・バックアップを新しいリージョンにコピーした後は、新しいボリュームへのバックアップのリストアに示されたステップを使用してバックアップから新しいボリュームを作成することにより、そのバックアップからリストアを実行できます。

Oracle Cloud Infrastructure Block Volumeサービスは、256ビット暗号化によるAdvanced Encryption Standard (AES)アルゴリズムを使用して、すべてのブロック・ボリューム、ブート・ボリューム、および保存ボリューム・バックアップを常に暗号化します。

Oracle Cloud Infrastructure Vaultサービスを使用すると、ボリュームおよびそのバックアップの暗号化に使用する独自のキーを指定して管理できます。ボリューム・バックアップを作成すると、ボリュームに使用される暗号化キーがボリューム・バックアップにも使用されます。

ボリューム・バックアップの暗号化キーを別のVault暗号化キーまたはOracle管理キーに変更できます。詳細は、ボリューム・バックアップの暗号化キーの変更を参照してください。

バックアップをリストアして新しいボリュームを作成する場合は、新しいキーを構成します。新しいボリュームへのバックアップのリストアを参照してください。「Vault」も参照してください。

ボールト・サービスを使用するようにボリュームを構成していない場合、ブロック・ボリューム・サービスではかわりにOracle提供の暗号化キーが使用されます。これは、保存中暗号化と転送中暗号化の両方に適用されます。

管理者用: ボリューム管理者がブロック・ボリューム、バックアップおよびボリューム・グループを管理するのポリシーを使用すると、指定したグループはブロック・ボリュームおよびバックアップに関するすべての操作を実行できます。ブート・ボリューム・バックアップ管理者はバックアップのみを管理するのポリシーはさらに、アクセスをバックアップの作成と管理のみに制限します。

バックアップを作成およびリストアする際には、次の点に注意してください:

• バックアップを作成する前に、データに一貫性があることを確認する必要があります: ファイル・システムを同期し、可能な場合はファイル・システムをアンマウントして、アプリケーション・データを保存します。ディスク上のデータのみがバックアップされます。バックアップの作成中、バックアップ状態がREQUEST_RECEIVEDからCREATINGに変わったら、ボリュームへのデータの書込みに戻ることができます。バックアップの進行中は、バックアップされているボリュームを削除できません。
• 元のボリュームがアタッチされたリストア済ボリュームをアタッチしようとする場合、一部のオペレーティング・システムでは同一ボリュームをリストアできないことに注意してください。これを解決するには、ボリュームをリストアする前にパーティションIDを変更する必要があります。オペレーティング・システムのパーティションIDを変更するステップは、オペレーティング・システムによって異なります。手順については、オペレーティング・システムのドキュメントを参照してください。

詳細は、ブロック・ボリュームの手動バックアップの作成および新しいボリュームへのバックアップのリストアを参照してください。

Oracle Cloud Infrastructure Block Volumeでは、未使用領域を再利用するために、ブート・ボリュームとブロック・ボリュームの両方に対してSCSI UNMAPコマンドがサポートされます。これらのコマンドを使用してバックアップ・サイズを減らし、バックアップのリストア時間を短縮します。詳細は、Support for SCSI UNMAPを参照してください。

ブロック・ボリュームをクローニングするための背景情報およびステップについては、ブロック・ボリュームのクローニングを参照してください。

CLI、REST APIまたはSDKを使用して、ボリューム・バックアップとそのライフサイクルの自動化、スクリプト作成および管理を行うことができます。