データは企業にとって中核となる資産です。企業のビジネスが拡大するにつれて、データ量は指数関数的に増加します。これにより、ビジネスアプリケーションにはオンラインかつリアルタイムでのデータ処理能力が求められます。誤ったデータ削除、システムの脆弱性やランサムウェア、ハードウェア障害、自然災害などの問題によりデータ損失が発生する可能性があるため、データベース運用担当者は企業の中核データを保護する上で大きな課題に直面しています。そのため、バックアップと復元はデータベースの重要な機能です。
PolarDB は、データバックアップおよび Redo ログバックアップをサポートしています。
データバックアップ：特定時点におけるクラスターの完全なデータのバックアップセット（スナップショット）を作成します。これは完全バックアップです。
Redo ログバックアップ：バックアップセット作成後に生成された増分データを記録します。これは増分バックアップです。
PolarDB クラスターの復元では、バックアップセット（スナップショット）を使用して現在のクラスターにデータを復元します。
PolarDB データベースまたはテーブルの復元では、現在のクラスター内に新しいデータベースまたはテーブルを作成してデータを復元します。
完全なデータバックアップとその後の Redo ログバックアップを組み合わせることで、PolarDB クラスター全体、または特定のデータベースおよびテーブルを任意の時点に復元できます。
課金ルール
-
バックアップおよび復元機能は無料でご利用いただけます。ただし、バックアップファイルはストレージ容量を消費します。課金ルールの詳細については、「無料クォータを超えるバックアップストレージ」をご参照ください。
-
請求書の確認方法の詳細については、「請求書」をご参照ください。
手動でクラスターの登録を解除またはリリースする際にバックアップセットを長期間保持するように選択した場合、バックアップセットは自動的にクラスターリサイクルビンに移動されます。この場合、レベル 1 バックアップファイルは自動的にレベル 2 バックアップファイルとなり、料金が発生します。詳細については、「クラスターリサイクルビン」をご参照ください。
データバックアップ
PSL4/PSL5
レベル 1 バックアップ
レベル 1 バックアップはリダイレクトオンライト（ROW）スナップショットを使用し、PolarDB 分散ストレージシステムに直接保存されます。レベル 1 バックアップを作成する際、データはコピーされません。データブロックが変更されると、システムはそのスナップショット用にブロックの履歴バージョンを保持し、ソースデータが参照する新しいブロックを生成します。このプロセスはリダイレクトと呼ばれます。この方法により、データベースのサイズに関係なく、バックアップは数秒で完了します。
PolarDB のバックアップおよび復元機能は、マルチスレッド並列処理などの革新的な技術を活用し、バックアップセット（スナップショット）から新しいクラスターを約 10 分で復元できます。ホットスタンバイクラスターが有効になっている場合、復元時間は約 2 倍になります。実際の復元時間は、データベースのサイズなどの要因によって異なります。
レベル 1 バックアップのサイズ
PolarDB コンソール にアクセスし、 ページに移動することで、レベル 1 バックアップの物理サイズを確認できます。次の図はその例です。
PolarDB クラスターの レベル 1 バックアップの物理サイズ（上図の①で示す部分）：すべてのレベル 1 バックアップが専有する物理空間の合計です。この値は、レベル 1 バックアップの実際のストレージ使用量を計算するベースラインとして使用されます。
PolarDB クラスターの バックアップの論理サイズ（上図の②で示す部分）：単一のバックアップセットの論理サイズです。このサイズは課金に使用されません。
PolarDB クラスターのデータと複数のレベル 1 バックアップ（スナップショット）は、同じ物理データブロックを共有します。これらの共有ブロックは一度だけ課金されます。
バックアップに関する詳細情報については、「よくある質問」をご参照ください。
レベル 1 バックアップはデフォルトで有効になっており、無効化することはできません。
レベル 1 バックアップの保存期間は 3 ～ 14 日間です。
レベル 2 バックアップ
レベル 2 バックアップは、レベル 1 バックアップの圧縮版であり、別のオフライン記憶媒体に保存されます。ストレージコストは低くなりますが、レベル 2 バックアップからのデータ復元は遅くなります。
レベル 2 バックアップを有効にすると、レベル 1 バックアップは指定された保存期間が経過した後、自動的にレベル 2 バックアップに変換されます。
レベル 2 バックアップは、単一リージョンバックアップおよびクロスリージョンバックアップをサポートしています。詳細については、「単一リージョンおよびクロスリージョンバックアップ」をご参照ください。
レベル 2 バックアップのサイズ
PolarDB コンソール にアクセスし、 ページに移動することで、レベル 2 バックアップの合計サイズを確認できます。レベル 2 バックアップの合計サイズは、すべての個別レベル 2 バックアップファイルのサイズの合計です。次の図はその例です。
レベル 1 バックアップがレベル 2 バックアップへの変換に時間がかかりすぎると、次に有効期限が切れるレベル 1 バックアップは変換されずに削除される場合があります。たとえば、PolarDB クラスターが毎日 01:00 にレベル 1 バックアップを作成し、保存期間が 24 時間であるとします。PolarDB は 1 月 1 日 01:00 にバックアップ A を作成します。1 月 2 日 01:00 にバックアップ A の有効期限が切れ、レベル 2 バックアップへの変換が開始されます。この変換が大規模なファイルのため、1 月 3 日 01:00 になってもまだ実行中の場合、1 月 2 日に作成されたバックアップ B は有効期限が切れてすぐに削除され、変換されません。
レベル 2 バックアップはデフォルトで無効になっています。
レベル 2 バックアップの保存期間は 30 ～ 7,300 日間です。
ESSD
レベル 1 バックアップは、分散ストレージクラスター上にローカルで保存されるスナップショットです。バックアップおよび復元速度が最も速いですが、コストは高くなります。長期保存はデータベースの書き込みパフォーマンスにわずかな影響を与える可能性があります。保存期間は 2 週間以内にすることを推奨します。バックアップストレージの無料クォータが提供されています。無料クォータを超えた使用量については料金が発生します。バックアップサイクルを変更することで、バックアップ容量を制御できます。
レベル 1 バックアップはデフォルトで有効になっており、無効化することはできません。
レベル 1 バックアップの保存期間は 3 ～ 14 日間です。
レベル 1 バックアップのサイズ
PolarDB コンソール にアクセスし、 ページに移動することで、レベル 1 バックアップの物理サイズを確認できます。次の図はその例です。
PolarDB クラスターの レベル 1 バックアップの物理サイズ（上図の①で示す部分）：すべてのレベル 1 バックアップが専有する物理空間の合計です。この値は、レベル 1 バックアップストレージの実際の使用量を計算するベースラインとして使用されます。
PolarDB クラスターの バックアップの論理サイズ（上図の②で示す部分）：単一のバックアップセットの論理サイズで、課金には使用されません。
PolarDB クラスターのデータと複数のレベル 1 バックアップ（スナップショット）は、同じ物理データブロックを共有します。これらの共有ブロックは一度だけ課金されます。
バックアップに関する詳細情報については、「よくある質問」をご参照ください。
Redo ログバックアップ
PolarDB は、Redo ログを Object Storage Service (OSS) にリアルタイムかつ並列でアップロードすることでログバックアップを作成します。ログバックアップは単一リージョンバックアップおよびクロスリージョンバックアップをサポートしており、保存期間は 3 ～ 7,300 日間です。また、長期保存のために クラスターを削除前に長期間保存する 機能を有効にすることもできます。
現在、クラスターを削除前に長期間保存する オプションをサポートしているのは Enterprise Edition のみです。
ログの単一リージョンバックアップはデフォルトで有効になっており、無効化することはできません。
ログバックアップにより、ポイントインタイムリカバリ（PITR）が可能になります。完全なデータバックアップ（スナップショット）とその後のログバックアップを組み合わせることで、PolarDB クラスターを任意の時点に復元できます。これにより、誤操作による最新データの損失を防ぐことができます。Redo ログの適用による復元速度は、1 GB あたり約 20 ～ 70 秒です。合計復元時間は、スナップショットの復元時間と Redo ログの適用時間の合計となります。
バックアップサイズ
ログバックアップの合計サイズは、すべての個別ログバックアップファイルのサイズの合計です。次の図はその例です。
リスク評価
PolarDB for MySQL クラスターの Redo ログ生成レートが 35 MB/s ～ 50 MB/s に達すると、Redo ログが蓄積する可能性があります。これにより、バックアップストレージ料金 が増加する可能性があります。
バックアップデータ保護
改ざん防止：
PolarDB for MySQL のデータバックアップは、保存場所に基づいてレベル 1 またはレベル 2 バックアップに分類されます。レベル 1 バックアップは PolarDB 分散ストレージシステム内のスナップショットとして保存されます。レベル 2 バックアップおよびログバックアップは OSS に保存されます。どちらのバックアップ保存方法も、Write Once, Read Many（WORM）不変性を提供します。
説明Standard Edition クラスターはレベル 1 バックアップ（データバックアップ）のみをサポートしており、レベル 2 バックアップはサポートしていません。
悪意のある削除または誤っての削除からの保護：
自動バックアップは、設定された保存期間が経過すると自動的に削除されます。ただし、自動バックアップ機能を無効にすることはできません。バックアップポリシー設定 では、最小保存期間は 3 日間（デフォルトは 7 日間）となっており、バックアップは週に少なくとも 2 回実行する必要があります。したがって、自動バックアップによる完全バックアップデータおよびログデータを完全に削除することはできません。
単一リージョンおよびクロスリージョンバックアップ
バックアップの説明
バックアップタイプ
説明
デフォルトで有効
ユースケース
メリット
単一リージョンバックアップ
バックアップは同一リージョン内の別のアベイラビリティゾーンに保存されます。
はい。
説明レベル 2 バックアップを有効にすると、単一リージョンバックアップがデフォルトで有効になります。
長期アーカイブ。
バックアップ転送の頻度を下げることでコストを削減できます。
クロスリージョンバックアップ
バックアップはソースリージョン以外のリージョンに保存されます。
重要この機能は PolarDB for MySQL Enterprise Edition のみで利用可能です。
いいえ。手動で有効にする必要があります。
ジオ冗長バックアップおよび MLPS レベル 3 コンプライアンス。
リカバリーポイントオブジェクティブ（RPO）が低く、安全な非公開環境に最適です。バックアップ転送の頻度を下げることでコストを削減できます。
説明低頻度レベル 2 バックアップ：レベル 2 バックアップのバックアップサイクルは、レベル 1 バックアップよりも低い頻度に設定されています。
クロスリージョンバックアップでサポートされているリージョン
ソースリージョン
宛先リージョン
中国本土
中国本土
米国 (シリコンバレー)、米国 (バージニア)
中国 (香港)
シンガポール、インドネシア (ジャカルタ)、日本 (東京)、マレーシア (クアラルンプール)
ドイツ (フランクフルト)
中国 (香港)
中国本土
米国 (シリコンバレー)、米国 (バージニア)
日本 (東京)、シンガポール、マレーシア (クアラルンプール)、インドネシア (ジャカルタ)
ドイツ (フランクフルト)
日本 (東京)
中国本土
米国 (シリコンバレー)、米国 (バージニア)
中国 (香港)
シンガポール、マレーシア (クアラルンプール)、インドネシア (ジャカルタ)
ドイツ (フランクフルト)
米国 (シリコンバレー)
中国本土
米国 (バージニア)
中国 (香港)
シンガポール、マレーシア (クアラルンプール)、インドネシア (ジャカルタ)
ドイツ (フランクフルト)
米国 (バージニア)
中国本土
米国 (シリコンバレー)
中国 (香港)
シンガポール、マレーシア (クアラルンプール)、インドネシア (ジャカルタ)
ドイツ (フランクフルト)
シンガポール
中国本土
米国 (シリコンバレー)、米国 (バージニア)
中国 (香港)
マレーシア (クアラルンプール)、インドネシア (ジャカルタ)
ドイツ (フランクフルト)
マレーシア (クアラルンプール)
中国本土
米国 (シリコンバレー)、米国 (バージニア)
中国 (香港)
シンガポール、インドネシア (ジャカルタ)、日本 (東京)
ドイツ (フランクフルト)
インドネシア (ジャカルタ)
中国本土
米国 (シリコンバレー)、米国 (バージニア)
中国 (香港)
シンガポール、日本 (東京)、マレーシア (クアラルンプール)
ドイツ (フランクフルト)
ドイツ (フランクフルト)
中国本土
米国 (シリコンバレー)、米国 (バージニア)
中国 (香港)
シンガポール、インドネシア (ジャカルタ)、日本 (東京)、マレーシア (クアラルンプール)
中国 (杭州) 金融クラウド
中国 (上海) 金融クラウド、中国 (深セン) 金融クラウド
中国 (上海) 金融クラウド
中国 (杭州) 金融クラウド、中国 (深セン) 金融クラウド
中国 (深セン) 金融クラウド
中国 (杭州) 金融クラウド、中国 (上海) 金融クラウド
よくある質問
バックアップおよび復元に関するよくある質問の回答については、「よくある質問」をご参照ください。