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