データは企業にとってのコア資産です。企業のビジネスが成長するにつれて、データは指数関数的に増加します。そのため、ビジネス アプリケーションはオンラインでリアルタイムにデータを処理できる必要があります。誤ってデータを削除したり、システムの脆弱性やランサムウェア、ハードウェアの障害、自然災害などの問題が発生するとデータが失われる可能性があるため、データベースの運用担当者は企業のコアデータの保護という大きな課題に直面しています。したがって、バックアップとリストアはデータベースの重要な機能です。
PolarDB は以下のバックアップモードをサポートしています。
データバックアップ：特定の時点におけるクラスタの全データのバックアップセット（スナップショット）を作成する処理。データバックアッププロセスは完全バックアッププロセスです。
物理ログバックアップ：バックアップセットの作成後に新しいデータを記録する処理。物理ログバックアッププロセスは増分バックアッププロセスです。
PolarDB クラスタをリストアする場合、データはバックアップセット（スナップショット）から現在のクラスタにリストアされます。
PolarDB クラスタ内の特定のテーブルをリストアする場合、データは新しいテーブルにリストアされます。
完全データバックアップセットと後続のREDOログを使用して、PolarDB クラスタまたはクラスタ内の特定のテーブルを任意の時点にリストアできます。
課金ルール
バックアップとリストア機能は無料で使用できます。ただし、バックアップファイルはストレージ容量を消費します。課金ルールの詳細については、「無料枠を超えるバックアップストレージ」をご参照ください。
請求書の表示方法の詳細については、「請求書」をご参照ください。
クラスタを手動でサブスクライブ解除またはリリースするときにバックアップセットを長期間保持することを選択した場合、バックアップセットは自動的にクラスタのごみ箱に移動されます。この場合、レベル 1 バックアップファイルは自動的にレベル 2 バックアップファイルになり、課金対象となります。詳細については、「クラスタのごみ箱」をご参照ください。
データバックアップ
PSL4 または PSL5
レベル 1 バックアップ
レベル 1 バックアップファイルは、Redirect-on-Write（ROW）スナップショットから作成されます。これらのスナップショットは PolarDB の分散ファイルシステムに保存されます。システムは、データブロックをスナップショットに保存するときにデータを複製しません。データブロックが変更されると、システムはデータブロックの以前のバージョンの 1 つをスナップショットに保存し、元のデータブロックによってリダイレクトされる新しいデータブロックを作成します。したがって、データベースストレージのサイズに関係なく、バックアッププロセスは数秒以内に完了できます。
PolarDB クラスタのバックアップとリストア機能では、マルチスレッド並列処理などの革新的な技術が使用されています。これにより、バックアップセット（スナップショット）から新しいクラスタへのデータのリストアを 10 分以内（ホットスタンバイクラスタ機能が有効になっている場合は 20 分以内）で行うことができます。消費時間は、データベース内のデータ量などの要因によって異なります。
レベル 1 バックアップファイルのサイズを表示する
レベル 1 バックアップファイルのサイズを表示するには、PolarDB コンソール にログインし、管理するクラスタを見つけてクラスタ ID をクリックし、 を選択します（次の図を参照）。
PolarDB クラスタの レベル 1 バックアップの物理サイズの値は、すべてのレベル 1 バックアップセットによって占有される専用の物理ストレージ容量の合計です（① の部分を参照）。レベル 1 バックアップファイルによって占有される実際のストレージ容量は、この値に基づいています。
PolarDB クラスタの バックアップの論理サイズの値は、バックアップセットの論理サイズを示します（② の部分を参照）。このサイズは課金対象外です。
PolarDB クラスタのデータと複数のレベル 1 バックアップファイル（スナップショット）は、同じ物理データブロックに保存でき、1 回だけ課金されます。
データバックアップの詳細については、「よくある質問」をご参照ください。
デフォルトでは、レベル 1 バックアップ機能は有効になっており、この機能を無効にすることはできません。
レベル 1 バックアップファイルの保存期間は 3 日～ 14 日です。
レベル 2 バックアップ
レベル 2 バックアップファイルは、圧縮されてオンプレミスストレージに保存されるレベル 1 バックアップファイルです。レベル 2 バックアップ機能は、レベル 1 バックアップよりもリストアに時間がかかります。ただし、レベル 2 バックアップ機能は、レベル 1 バックアップ機能よりも費用対効果が高くなります。
レベル 2 バックアップ機能が有効になると、期限切れのレベル 1 バックアップファイルは自動的にレベル 2 バックアップファイルとして保存されます。
レベル 2 バックアップファイルは、PolarDB クラスタと同じリージョンまたは別のリージョンに保存できます。詳細については、「シングルリージョンバックアップとクロスリージョンバックアップ」をご参照ください。
レベル 2 バックアップファイルのサイズを表示する
レベル 2 バックアップファイルのサイズを表示するには、PolarDB コンソール にログインし、管理するクラスタを見つけてクラスタ ID をクリックし、 を選択します（次の図を参照）。レベル 2 バックアップファイルの合計サイズは、各レベル 2 バックアップファイルのサイズの合計です。
前のレベル 1 バックアップファイルがレベル 2 バックアップファイルに転送される前に期限切れになった場合、レベル 1 バックアップファイルは削除され、レベル 2 バックアップファイルには転送されません。たとえば、PolarDB クラスタは毎日 01:00 にレベル 1 バックアップファイルを作成し、バックアップファイルを 24 時間保持します。PolarDB クラスタが 1 月 1 日 01:00 にレベル 1 バックアップ A を作成し、1 月 2 日 01:00 にレベル 1 バックアップ B を作成したとします。レベル 1 バックアップ A は 1 月 2 日 01:00 に期限切れになり、レベル 2 バックアップファイルへの転送が開始されます。ただし、レベル 1 バックアップ A には大量のデータが保存されており、転送タスクは 1 月 3 日 01:00 までに完了しません。この場合、レベル 1 バックアップ B は 1 月 3 日 01:00 に期限切れになった後に削除され、レベル 2 バックアップファイルには転送されません。
デフォルトでは、レベル 2 バックアップ機能は無効になっています。
レベル 2 バックアップファイルの保存期間は 3 日～ 7,300 日です。
ESSD
レベル 1 バックアップファイルは、オンプレミスのコンピューティングに保存されるバックアップファイルです。レベル 1 バックアップファイルは、分散ストレージをサポートするクラスタに保存されるスナップショットです。レベル 1 バックアップファイルを使用すると、データを迅速にバックアップおよびリストアできます。ただし、レベル 1 バックアップファイルのコストは高くなります。レベル 1 バックアップファイルを長期間保持すると、クラスタの書き込みパフォーマンスが低下する可能性があります。バックアップファイルは 2 週間以内に保持することをお勧めします。バックアップファイルには無料のストレージ容量クォータが提供されます。超過ストレージの使用量に対して追加料金が発生する場合があります。バックアップスケジュールを変更して、バックアップファイルのサイズを管理できます。
デフォルトでは、レベル 1 バックアップ機能は有効になっており、この機能を無効にすることはできません。
レベル 1 バックアップファイルの保存期間は 3 日～ 14 日です。
レベル 1 バックアップファイルのサイズを表示する
レベル 1 バックアップファイルのサイズを表示するには、PolarDB コンソール にログインし、管理するクラスタを見つけてクラスタ ID をクリックし、 を選択します（次の図を参照）。
PolarDB クラスタの レベル 1 バックアップの物理サイズの値は、すべてのレベル 1 バックアップセットによって占有される専用の物理ストレージ容量の合計です（① の部分を参照）。レベル 1 バックアップファイルによって占有される実際のストレージ容量は、この値に基づいています。
PolarDB クラスタの バックアップの論理サイズの値は、バックアップセットの論理サイズを示します（② の部分を参照）。このサイズは課金対象外です。
PolarDB クラスタのデータと複数のレベル 1 バックアップセット（スナップショット）は、同じ物理データブロックに保存でき、1 回だけ課金されます。
データバックアップの詳細については、「よくある質問」をご参照ください。
物理ログバックアップ
特徴
ログバックアップ機能を使用すると、リアルタイム REDO ログを Object Storage Service（OSS）に並列アップロードすることで、ログバックアップファイルを作成できます。ログバックアップファイルは、PolarDB クラスタと同じリージョンまたは別のリージョンに保存できます。ログバックアップファイルは 3 日～ 7,300 日間保持されます。[クラスタ削除前にバックアップを永続的に保持する] 機能を有効にすることで、ログバックアップファイルを永続的に保存できます。
説明[クラスタ削除前にバックアップを永続的に保持する] 機能は、Enterprise Edition クラスタでのみサポートされています。
デフォルトでは、ログバックアップファイルは PolarDB クラスタと同じリージョンに保存されます。このバックアップストレージ方法は無効にすることができません。
ログバックアップは、一貫性のある時点復旧に役立ちます。完全バックアップセット（スナップショット）と、バックアップセットの作成後に生成されたREDOログに基づいて、PolarDB クラスタの時点復旧（PITR）を実行できます。ログバックアップは、ユーザーエラーによるデータの損失を防ぎ、一定期間内に生成されたデータのセキュリティを確保できます。PITR を実行する場合は、REDOログのクエリに必要な時間を考慮する必要があります。REDOログは、20 秒～ 70 秒ごとに 1 GB のレートでクエリされます。リストアの合計所要時間は、バックアップセットのリストアに必要な時間と、REDOログのクエリに必要な時間の合計です。
バックアップセットのサイズを表示する
次の図は、ログバックアップファイルの合計サイズが各ログバックアップファイルのサイズの合計であることを示しています。
シングルリージョンバックアップとクロスリージョンバックアップ
バックアップの説明
バックアップタイプ
説明
デフォルトで有効
シナリオ
メリット
シングルリージョンバックアップ
バックアップファイルは、PolarDB クラスタと同じリージョンですが、別のゾーンに保存されます。
はい。
説明レベル 2 バックアップ機能を有効にすると、このバックアップストレージ方法はデフォルトで有効になります。
長期アーカイブ。
低いバックアップ頻度でデータをダンプすることで、コストを削減できます。
クロスリージョンバックアップ
バックアップファイルは、PolarDB クラスタとは別のリージョンに保存されます。
重要PolarDB for MySQL Enterprise Edition クラスタのみがサポートされています。
いいえ。このバックアップストレージ方法は手動で有効にする必要があります。
地理的冗長性と MLPS レベル 3。
目標復旧時点（RPO）を短縮できます。このバックアップストレージ方法は、暗号化され、高度にセキュアなプライベートネットワーク環境に適しています。低いバックアップ頻度でデータをダンプすることで、コストを削減できます。
説明低頻度レベル 2 バックアップ：レベル 2 バックアップ頻度は、レベル 1 バックアップ頻度よりも低くなります。
クロスリージョンバックアップがサポートされているAlibaba Cloud リージョン
ソースリージョン
デスティネーションリージョン
中国本土のリージョン
中国本土のリージョン
米国 (シリコンバレー) と米国 (バージニア)
中国 (香港)
シンガポール、インドネシア (ジャカルタ)、日本 (東京)、およびマレーシア (クアラルンプール)
ドイツ (フランクフルト)
中国 (香港)
中国本土のリージョン
米国 (シリコンバレー) と米国 (バージニア)
日本 (東京)、シンガポール、マレーシア (クアラルンプール)、およびインドネシア (ジャカルタ)。
ドイツ (フランクフルト)
日本 (東京)
中国本土のリージョン
米国 (シリコンバレー) と米国 (バージニア)
中国 (香港)
シンガポール、マレーシア (クアラルンプール)、およびインドネシア (ジャカルタ)
ドイツ (フランクフルト)
米国 (シリコンバレー)
中国本土のリージョン
米国 (バージニア)
中国 (香港)
シンガポール、マレーシア (クアラルンプール)、およびインドネシア (ジャカルタ)
ドイツ (フランクフルト)
米国 (バージニア)
中国本土のリージョン
米国 (シリコンバレー)
中国 (香港)
シンガポール、マレーシア (クアラルンプール)、およびインドネシア (ジャカルタ)
ドイツ (フランクフルト)
シンガポール
中国本土のリージョン
米国 (シリコンバレー) と米国 (バージニア)
中国 (香港)
マレーシア (クアラルンプール) およびインドネシア (ジャカルタ)
ドイツ (フランクフルト)
マレーシア (クアラルンプール)
中国本土のリージョン
米国 (シリコンバレー) と米国 (バージニア)
中国 (香港)
シンガポール、インドネシア (ジャカルタ)、および日本 (東京)
ドイツ (フランクフルト)
インドネシア (ジャカルタ)
中国本土のリージョン
米国 (シリコンバレー) と米国 (バージニア)
中国 (香港)
シンガポール、日本 (東京)、およびマレーシア (クアラルンプール)
ドイツ (フランクフルト)
ドイツ (フランクフルト)
中国本土のリージョン
米国 (シリコンバレー) と米国 (バージニア)
中国 (香港)
シンガポール、インドネシア (ジャカルタ)、日本 (東京)、およびマレーシア (クアラルンプール)
中国東部 1 ファイナンス
中国東部 2 ファイナンス および 中国南部 1 ファイナンス
中国東部 2 ファイナンス
中国東部 1 ファイナンス および 中国南部 1 ファイナンス
中国南部 1 ファイナンス
中国東部 1 ファイナンス および 中国東部 2 ファイナンス
よくある質問
バックアップとリストアの詳細については、「よくある質問」をご参照ください。