バックアップの概要

HeatWaveサービスは、全体バックアップ・タイプと増分バックアップ・タイプをサポートします。これらのバックアップは、手動で、自動的に、DBシステムを削除するとき、またはオペレータによって作成できます。バックアップは、別のコンパートメントに移動することも、別のリージョンにコピーすることもできます。これらのバックアップは、新しいDBシステムにリストアできます。

バックアップのタイプ

HeatWaveサービスは、全体バックアップ・タイプと増分バックアップ・タイプをサポートします。

  • 全体バックアップ: DBシステムに含まれているすべてのデータをバックアップします。未使用のストレージ領域をバックアップする必要がないため、通常、バックアップ・サイズはDBシステム・ストレージ・サイズより小さくなります。DBシステム・ストレージ内のすべてのデータ・ブロックが以前に使用されていた場合、バックアップには一部のメタデータも格納されるため、バックアップ・サイズはストレージ・サイズよりわずかに大きくなる可能性があります。
  • 増分バックアップ:最後の全体または増分バックアップ以降に追加または変更されたデータのみをバックアップします。最初の増分バックアップは、常に全体バックアップです。

データ・リカバリの目的では、増分バックアップと完全バックアップの機能的な違いはありません。増分バックアップまたは完全バックアップからすべてのデータをリストアできます。どちらのバックアップ・タイプでも、バックアップが作成された時点にすべてのデータをリストアできます。最初のフル・バックアップまたは後続のバックアップをバックアップ・チェーンに保持してそれらを順序どおりにリストアする必要はなく、リストアできるように取得したバックアップを保持する必要があります。

増分バックアップまたは完全バックアップを削除すると、次の増分バックアップにマージされます。最新の増分バックアップまたは完全バックアップが削除されると、それ以降に使用可能な増分バックアップがないためマージされません。たとえば、1日目に全体バックアップを作成し、2日目と3日目にそれぞれ増分バックアップを作成したとします。1日目に作成された完全バックアップを削除すると、2日目に作成された増分バックアップにマージされます。3日目に作成したバックアップを削除しても、後続のバックアップがないためマージされません。全体バックアップと増分バックアップの作成および削除がバックアップ・サイズに与える影響の図は、「バックアップの詳細」を参照してください。

作成タイプ

バックアップは、手動で、自動的に、DBシステムを削除する前に、またはオペレータによって作成できます。バックアップを別のリージョンにコピーすることもできます。

  • 手動バックアップ: コンソール、CLIまたはREST APIによるリクエストによって、手動バックアップを作成できます。手動バックアップは、最小で365日間保持できます。非アクティブなDBシステムの手動バックアップも作成できます。Always Free DBシステムの手動バックアップは作成できません。手動バックアップの作成を参照してください。
    ノート

    手動バックアップには、全体または増分バックアップを指定できます。
  • 自動バックアップ: バックアップは、DBシステムの作成中に選択した時点で自動的に作成されます。デフォルトの保持期間は7日です。1日から35日までの保持期間を定義できます。Always Free DBシステムの場合、保持期間は1日であり、構成できません。自動バックアップ・スケジュールでは、非アクティブなDBシステムもバックアップされます。DBシステムを削除すると、削除プラン自動バックアップ保持設定によって、DBシステムのすべての自動バックアップが削除されているか、保持されているかが決まります。高可用性DBシステムの場合、自動バックアップはプライマリ・インスタンスに作成されます。
    ノート

    最初の自動バックアップは完全バックアップで、後続のすべてのバックアップは増分バックアップです。
    自動バックアップは、テナンシによってサブスクライブされている別のリージョンにコピーするようにスケジュールできます。この機能を有効にするには、MYSQL_BACKUP_COPY権限が必要です。MYSQL_BACKUP_COPY権限は、mysql-family集約リソース・タイプには含まれません。リージョン間のコピーが有効な場合、新しく作成された各自動バックアップは、指定された宛先リージョンにコピーされます。コピーをすぐに実行できない場合、短い遅延の後にコピーが再試行されます。複数回の再試行後にバックアップを正常にコピーできない場合、その後のアクションについて顧客に通知が送信されます。
  • 最終バックアップ: 「削除プラン」タブで「最終バックアップが必要」オプションを選択すると、DBシステムを削除する前に最終バックアップを作成できます。拡張オプション: 削除プランを参照してください。最終バックアップの保存期間は365日です。Always Free DBシステムの最終バックアップの保存期間は7日です。
    ノート

    最終バックアップは全体および手動バックアップです。
  • オペレータ・バックアップ: MySQLサポート・チームがこのバックアップを作成して、サービスの潜在的な問題の調査を支援します。これらのバックアップは自動的に削除されます。これらのバックアップはユーザーが削除できますが、お薦めしません。これらのバックアップは、サービス制限には影響しません。
    ノート

    オペレータ・バックアップは全体バックアップです。

リストア・オプション

バックアップを新しいDBシステムにリストアできます。

データは、次のいずれかの方法でリストアできます:

  • ポイントインタイム・リカバリ: 使用可能な最新のポイントインタイムまたは特定のポイントインタイムに、既存のDBシステムから新しいDBシステムにリストアできます。ポイント・イン・タイム・リカバリを参照してください。
    ノート

    ポイント・イン・タイム・リカバリは、Always Free DBシステムではサポートされていません。
  • バックアップからのリストア: 既存のバックアップから同じテナンシ内の新しいDBシステムにリストアできます。バックアップからのリストアを参照してください。

ソフト削除

ソフト削除が有効なバックアップは、保持期間後に削除される予定である場合、DELETE SCHEDULED状態ではさらに7日間保持されてから完全に削除されます。バックアップのソフト削除が無効になっている場合は、保存期間の直後に削除されます。

ノート

Always Free DBシステムではソフト削除を有効にできません。

DELETE SCHEDULED状態のバックアップで使用されるストレージ領域は、完全に削除されるまで請求可能なバックアップ記憶域として扱われます。

バックアップがDELETE SCHEDULED状態の場合、次の操作のみを実行できます。
  • バックアップの削除: バックアップは即時に削除され、バックアップの最終状態はDELETEDになります。
  • 削除の取消し: バックアップの削除は取り消され、バックアップの状態はACTIVEに戻されます。
ノート

DELETE SCHEDULED状態のバックアップは移動、コピーまたはリストアできません。バックアップを移動、コピーまたはリストアする前に、まず削除を取り消す必要があります。