データは企業にとって中核となる資産です。企業のビジネスが成長するにつれて、データは指数関数的に増加します。これにより、ビジネスアプリケーションはデータをオンラインでリアルタイムに処理できる必要があります。偶発的なデータ削除、システム脆弱性、ランサムウェア、ハードウェア障害、自然災害などの問題がデータ損失を引き起こす可能性があるため、データベースの O&M 担当者は企業のコアデータを保護するという大きな課題に直面しています。したがって、バックアップと復元はデータベースの重要な機能です。
PolarDB は、データバックアップと REDO ログバックアップをサポートしています:
データバックアップ: 特定の時点におけるクラスターの完全なデータのバックアップセット (スナップショット) を作成します。これは完全バックアップです。
REDO ログバックアップ: バックアップセットの作成後に生成された増分データを記録します。これは増分バックアップです。
PolarDB クラスターの復元では、バックアップセット (スナップショット) を使用して現在のクラスターにデータを復元します。
PolarDB データベースまたはテーブルの復元では、現在のクラスターに新しいデータベースまたはテーブルを作成してデータを復元します。
完全なデータバックアップとその後の REDO ログバックアップを使用すると、PolarDB クラスター全体または特定のデータベースとテーブルを任意の時点に復元できます。
課金ルール
バックアップと復元機能は無料で利用できます。ただし、バックアップファイルはストレージ容量を消費します。課金ルールの詳細については、「無料クォータを超えるバックアップストレージ」をご参照ください。
請求書の表示方法の詳細については、「請求書」をご参照ください。
クラスターを手動でサブスクライブ解除またはリリースする際に、バックアップセットを長期間保持することを選択した場合、バックアップセットは自動的にクラスターのゴミ箱に移動されます。この場合、レベル 1 バックアップファイルは自動的にレベル 2 バックアップファイルになり、課金されます。詳細については、「クラスターのゴミ箱」をご参照ください。
データバックアップ
PSL4/PSL5
レベル 1 バックアップ
レベル 1 バックアップは、redirect-on-write (ROW) スナップショットを使用し、PolarDB 分散ストレージシステムに直接保存されます。レベル 1 バックアップが作成されるとき、データはコピーされません。データブロックが変更されると、システムはスナップショット用にブロックの履歴バージョンを保持し、ソースデータによって参照される新しいブロックを生成します。これはリダイレクトと呼ばれます。このメソッドにより、データベースのサイズに関係なく、バックアップは数秒で完了します。
PolarDB のバックアップと復元機能は、マルチスレッド並列処理やその他の技術革新を使用して、バックアップセット (スナップショット) から新しいクラスターを約 10 分で復元します。ホットスタンバイクラスターが有効な場合、復元時間は 2 倍になります。実際の所要時間は、データベース内のデータ量などの要因によって異なります。
レベル 1 バックアップサイズの表示
PolarDB コンソール に移動し、 ページに移動して、レベル 1 バックアップの物理サイズを表示できます。次の図に例を示します:
PolarDB クラスターの [レベル 1 バックアップの物理サイズ] (図の ①) は、すべてのレベル 1 バックアップによって排他的に占有される物理空間の合計です。この値は、レベル 1 バックアップストレージの実際の使用量を計算するために使用されます。
PolarDB クラスターの [バックアップの論理サイズ] (図の ②) は、単一のバックアップセットの論理サイズであり、課金には使用されません。
PolarDB クラスターのデータとその複数のレベル 1 バックアップ (スナップショット) は、同じ物理データブロックを共有します。これらの共有ブロックは一度だけ課金されます。
バックアップに関するよくある質問への回答については、「よくある質問」をご参照ください。
レベル 1 バックアップはデフォルトで有効になっており、無効にすることはできません。
レベル 1 バックアップの保持期間は 3 日から 14 日です。
レベル 2 バックアップ
レベル 2 バックアップは、圧縮されたレベル 1 バックアップであり、別のオフラインストレージ媒体に保存されます。ストレージコストは低くなりますが、レベル 2 バックアップからのデータ復元は遅くなります。
レベル 1 バックアップが指定された保持期間を超えると、自動的にレベル 2 バックアップに変換されます。
レベル 2 バックアップは、単一リージョンバックアップとリージョン間バックアップをサポートしています。詳細については、「単一リージョンバックアップとリージョン間バックアップ」をご参照ください。
レベル 2 バックアップサイズの表示
PolarDB コンソール に移動し、 ページに移動して、レベル 2 バックアップの合計サイズを表示できます。レベル 2 バックアップの合計サイズは、個々のすべてのレベル 2 バックアップファイルのサイズの合計です。次の図に例を示します:
レベル 1 バックアップの変換が、次のレベル 1 バックアップの変換がスケジュールされる前に完了しない場合、次のレベル 1 バックアップはレベル 2 バックアップに変換されずに削除されます。たとえば、PolarDB クラスターのレベル 1 バックアップのバックアップ時間は毎日 01:00 で、保持期間は 24 時間です。PolarDB は 1 月 1 日の 01:00 にレベル 1 バックアップ A を生成し、1 月 2 日の 01:00 にレベル 1 バックアップ B を生成します。1 月 2 日の 01:00 に、バックアップ A は保持期間を超え、レベル 2 バックアップへの変換が開始されます。バックアップファイルが大きいため、変換には長い時間がかかり、1 月 3 日の 01:00 までに完了しません。この時点で、バックアップ B は 1 月 3 日の 01:00 に有効期限が切れ、レベル 2 バックアップに変換されずに削除されます。
レベル 2 バックアップはデフォルトで無効になっています。
レベル 2 バックアップの保持期間は 30 日から 7300 日です。
enterprise SSD (ESSD)
ローカルに保存されたバックアップはレベル 1 バックアップと呼ばれます。レベル 1 バックアップは、分散ストレージクラスターに保存されるスナップショットです。バックアップと復元の速度は最速ですが、コストは高くなります。長期保存は、データベースの書き込みパフォーマンスにわずかに影響を与える可能性があります。保持期間は 2 週間以内にすることをお勧めします。バックアップストレージの無料クォータが提供されます。無料クォータを超える使用量については課金されます。バックアップサイクルを変更して、バックアップ容量を制御できます。
レベル 1 バックアップはデフォルトで有効になっており、無効にすることはできません。
レベル 1 バックアップの保持期間は 3 日から 14 日です。
レベル 1 バックアップサイズの表示
PolarDB コンソール に移動し、 ページに移動して、レベル 1 バックアップの物理サイズを表示できます。次の図に例を示します:
PolarDB クラスターの [レベル 1 バックアップの物理サイズ] (図の ①) は、すべてのレベル 1 バックアップによって排他的に占有される物理空間の合計です。この値は、レベル 1 バックアップストレージの実際の使用量を計算するために使用されます。
PolarDB クラスターの [バックアップの論理サイズ] (図の ②) は、単一のバックアップセットの論理サイズであり、課金には使用されません。
PolarDB クラスターのデータとその複数のレベル 1 バックアップ (スナップショット) は、同じ物理データブロックを共有します。これらの共有ブロックは一度だけ課金されます。
バックアップに関するよくある質問への回答については、「よくある質問」をご参照ください。
REDO ログバックアップ
ログバックアップは、REDO ログを OSS に並列かつリアルタイムでアップロードすることによって作成されます。ログバックアップは、単一リージョンバックアップとリージョン間バックアップをサポートしています。保持期間は 3 日から 7300 日です。[クラスター削除前の長期保持] 機能を有効にして、ログを長期間保持することもできます。
現在、[クラスター削除前の長期保持] オプションをサポートしているのは Enterprise Edition クラスターのみです。
ログの単一リージョンバックアップはデフォルトで有効になっており、無効にすることはできません。
ログバックアップにより、時点復旧 (PITR) を伴う一貫性のあるバックアップが可能になります。完全なデータバックアップ (スナップショット) とその後のログバックアップを使用すると、PolarDB クラスターを任意の時点に復元できます。これにより、最近のデータのセキュリティが確保され、偶発的な操作によるデータ損失が防止されます。ある時点に復元する場合、REDO ログを適用する速度は約 20～70 秒/GB です。合計復元時間は、バックアップセット (スナップショット) からの復元に必要な時間と、REDO ログの適用に必要な時間の合計です。
バックアップサイズの表示
ログバックアップの合計サイズは、個々のすべてのログバックアップファイルのサイズの合計です。次の図に例を示します:
脅威
PolarDB for MySQL クラスターの REDO ログ生成レートが 35 MB/s から 50 MB/s に達すると、REDO ログが積み重なる可能性があります。これにより、バックアップストレージコスト が増加する可能性があります。
単一リージョンバックアップとリージョン間バックアップ
バックアップに関する注意事項
バックアップタイプ
説明
デフォルトで有効
シナリオ
メリット
単一リージョンバックアップ
バックアップは同じリージョン内の別のゾーンに保存されます。
はい。
説明レベル 2 バックアップを有効にすると、単一リージョンバックアップがデフォルトで有効になります。
長期アーカイブ。
必要に応じてバックアップをより低い頻度でダンプすることで、コストを削減できます。
リージョン間バックアップ
バックアップは現在のリージョン以外のリージョンに保存されます。
重要この機能は PolarDB for MySQL Enterprise Edition でのみ利用可能です。
いいえ。手動で有効にする必要があります。
地理的冗長性と MLPS レベル 3 コンプライアンス。
低い目標復旧時点 (RPO)。安全な非パブリックネットワーク環境に適しています。必要に応じて低頻度のダンプでコストを削減できます。
説明低頻度レベル 2 バックアップ: レベル 2 バックアップのバックアップサイクルは、レベル 1 バックアップよりも低い頻度に設定されます。
リージョン間バックアップでサポートされているリージョン
ソースリージョン
宛先リージョン
中国本土
中国本土
米国 (シリコンバレー)、米国 (バージニア)
中国 (香港)
シンガポール、インドネシア (ジャカルタ)、日本 (東京)、マレーシア (クアラルンプール)
ドイツ (フランクフルト)
中国 (香港)
中国本土
米国 (シリコンバレー)、米国 (バージニア)
日本 (東京)、シンガポール、マレーシア (クアラルンプール)、インドネシア (ジャカルタ)
ドイツ (フランクフルト)
日本 (東京)
中国本土
米国 (シリコンバレー)、米国 (バージニア)
中国 (香港)
シンガポール、マレーシア (クアラルンプール)、インドネシア (ジャカルタ)
ドイツ (フランクフルト)
米国 (シリコンバレー)
中国本土
米国 (バージニア)
中国 (香港)
シンガポール、マレーシア (クアラルンプール)、インドネシア (ジャカルタ)
ドイツ (フランクフルト)
米国 (バージニア)
中国本土
米国 (シリコンバレー)
中国 (香港)
シンガポール、マレーシア (クアラルンプール)、インドネシア (ジャカルタ)
ドイツ (フランクフルト)
シンガポール
中国本土
米国 (シリコンバレー)、米国 (バージニア)
中国 (香港)
マレーシア (クアラルンプール)、インドネシア (ジャカルタ)
ドイツ (フランクフルト)
マレーシア (クアラルンプール)
中国本土
米国 (シリコンバレー)、米国 (バージニア)
中国 (香港)
シンガポール、インドネシア (ジャカルタ)、日本 (東京)
ドイツ (フランクフルト)
インドネシア (ジャカルタ)
中国本土
米国 (シリコンバレー)、米国 (バージニア)
中国 (香港)
シンガポール、日本 (東京)、マレーシア (クアラルンプール)
ドイツ (フランクフルト)
ドイツ (フランクフルト)
中国本土
米国 (シリコンバレー)、米国 (バージニア)
中国 (香港)
シンガポール、インドネシア (ジャカルタ)、日本 (東京)、マレーシア (クアラルンプール)
中国 (杭州) 金融クラウド
中国 (上海) 金融クラウド、中国 (深圳) 金融クラウド
中国 (上海) 金融クラウド
中国 (杭州) 金融クラウド、中国 (深圳) 金融クラウド
中国 (深圳) 金融クラウド
中国 (杭州) 金融クラウド、中国 (上海) 金融クラウド
よくある質問
バックアップと復元に関するよくある質問への回答については、「よくある質問」をご参照ください。