すべてのプロダクト
Search
ドキュメントセンター

PolarDB:バックアップとリストア

最終更新日:May 10, 2025

信頼性の高いバックアップ機能は、データ損失を効果的に防ぐことができます。PolarDB for PostgreSQL クラスタは、スケジュールバックアップと手動バックアップをサポートしています。PolarDB for PostgreSQL クラスタを削除する際に、バックアップデータを保持することを選択できます。

データバックアップ

データバックアップは、ストレージタイプによって異なります。

  • ストレージタイプ: Standard Edition Enterprise SSD(ESSD)。

    バックアップ機能

    デフォルトで有効

    保持期間

    説明

    バックアップサイズの表示方法

    データバックアップ

    はい

    3~7300日

    データバックアップは、スナップショットを使用して、クラスタの分散ストレージシステム全体でデータをキャプチャおよび保存します。この方法により、データを迅速にバックアップおよびリストアできます。ただし、データバックアップ(スナップショット)は、かなりのストレージリソースを消費する可能性があり、コストが増加する可能性があります。データバックアップを長期間保持すると、クラスタの書き込みパフォーマンスが低下する可能性があります。データバックアップは2週間以内に保持することをお勧めします。データバックアップ用にストレージスペースの無料クォータが提供されます。超過ストレージの使用量に対して追加料金が発生する場合があります。バックアップスケジュールを変更して、データバックアップのサイズを管理できます。

    データバックアップの物理サイズは、次の図に示されています。

    image.png

    説明
    • PolarDB クラスタの データバックアップの物理サイズ(図のコールアウト 1): すべてのデータバックアップが占有する物理ストレージスペースの合計量。PolarDB クラスタのデータとデータバックアップは、ストレージシステムで同じデータブロックを使用します。データブロックに基づいて課金されます。

    • PolarDB クラスタの バックアップセットの論理サイズ(図のコールアウト 2): バックアップセット(バックアップまたはスナップショットとも呼ばれます)の論理データサイズ。データバックアップは、論理データサイズではなく、占有されている物理ストレージスペースに基づいて課金されます。データバックアップによって占有される物理ストレージスペースは 0 から始まり、より多くのデータがバックアップに書き込まれるにつれて増加しますが、データサイズを超えることはありません。

  • ストレージタイプ: Enterprise Edition PolarStore Level 4(PSL4)または PSL 5。データバックアップは、保存場所に基づいて、レベル 1 バックアップとレベル 2 バックアップの 2 つのレベルに分類されます。

    データバックアップ機能

    デフォルトで有効

    保持期間

    説明

    バックアップサイズの表示方法

    レベル 1 バックアップ

    はい

    3~14日

    • レベル 1 バックアップ機能は、Redirect-on-Write(ROW)方式を使用してスナップショットを作成します。スナップショットは、PolarDB クラスタの分散ストレージシステムに直接保存されます。レベル 1 バックアップ機能はデータを複製しません。データブロックが変更されると、システムはデータブロックの元のバージョンをスナップショットに保存し、書き込みを新しいデータブロックにリダイレクトします。この場合、データベースストレージのサイズに関係なく、数秒以内にデータをバックアップできます。

    • PolarDB クラスタは、マルチスレッド並列処理などの技術革新を使用してデータのバックアップとリストアを強化し、バックアップセットから新しいクラスタに 10 分以内にデータをリストアできます。

    説明
    • デフォルトでは、レベル 1 バックアップ機能は有効になっており、この機能を無効にすることはできません。

    • レベル 1 バックアップは最大 30 日間保持できます。この機能を使用するには、ホワイトリストへの登録についてお問い合わせください

    レベル 1 バックアップの物理サイズは、次の図に示されています。一级备份快照总大小

    説明

    PolarDB クラスタのレベル 1 バックアップ(スナップショット)の合計物理サイズ: すべてのレベル 1 バックアップが占有する物理ストレージスペースの合計(図のコールアウト 1)。PolarDB クラスタのデータと複数のレベル 1 バックアップ(スナップショット)は、同じ物理データブロックを使用します。データブロックに基づいて課金されます。データバックアップの詳細については、「よくある質問」をご参照ください。

    レベル 2 バックアップ

    いいえ

    • 30~7,300日

    • レベル 2 バックアップを永続的に保持するには、[クラスタ削除前にバックアップを永続的に保持する] 機能を有効にします。

    • レベル 2 バックアップ機能は、レベル 1 バックアップを圧縮してからオンプレミスストレージに保存します。レベル 2 バックアップは、レベル 1 バックアップに比べて低速です。ただし、レベル 2 バックアップは、レベル 1 バックアップよりも費用対効果が高くなります。

    • この機能を有効にすると、期限切れのレベル 1 バックアップはオンプレミスストレージに転送され、レベル 2 バックアップとして保存されます。バックアップは約 150 MB/s の速度で転送されます。

    • 同じリージョンの異なるゾーン間または異なるリージョン間でレベル 2 バックアップを実装できます。詳細については、「リージョン内バックアップとリージョン間バックアップ」をご参照ください。

    説明

    前のレベル 1 バックアップがレベル 2 バックアップに転送される前にレベル 1 バックアップの期限が切れた場合、レベル 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 バックアップの合計サイズは、すべてのレベル 2 バックアップのデータサイズの合計です。2

物理ログバックアップ

  • メリット

    ログバックアップ機能を使用すると、リアルタイム REDO ログを Object Storage Service(OSS)に並列でアップロードすることでバックアップを作成できます。この機能はデフォルトで有効になっており、ログバックアップは 3~7,300 日間保持されます。[クラスタ削除前にバックアップを永続的に保持する] 機能を有効にすることで、ログバックアップを永続的に保存できます。

    説明

    デフォルトでは、ログバックアップ機能は有効になっており、この機能を無効にすることはできません。

    完全バックアップセットと、バックアップセットの作成後に生成されたログバックアップに基づいて、PolarDB クラスタの時点復旧を実行できます。これにより、データ損失を防ぎ、データセキュリティを確保できます。PITR を実行する場合は、REDO ログのクエリに必要な時間を考慮する必要があります。これは、ビジネスデータの量とワークロードの影響を受けます。ほとんどの場合、REDO ログは 20 秒~180 秒ごとに 1 GB の速度でクエリされます。リストアの合計所要時間は、バックアップセットのリストアに必要な時間と REDO ログのクエリに必要な時間の合計です。

  • バックアップサイズの表示

    次の図は、ログバックアップの合計サイズを示しています。

    查看日志备份大小

リージョン内バックアップとリージョン間バックアップ

  • 違い

    バックアップタイプ

    説明

    デフォルトで有効

    シナリオ

    メリット

    リージョン内バックアップ

    バックアップファイルは、同じリージョンの異なるゾーンに保存されます。

    はい

    説明

    デフォルトでは、レベル 2 バックアップを有効にすると、このストレージ方式が有効になります。

    長期アーカイブ

    低いバックアップ頻度でデータをダンプすることでコストを削減できます。

    リージョン間バックアップ機能

    バックアップファイルは、リージョン間で保存されます。

    無効。リージョン間バックアップを手動で有効にする必要があります。

    地理的冗長性と MLPS レベル 3

    目標復旧時点(RPO)を短縮できます。このバックアップストレージ方式は、暗号化され、高度にセキュアなプライベートネットワーク環境に適しています。低いバックアップ頻度でデータをダンプすることでコストを削減できます。

    説明

    低頻度レベル 2 バックアップ: レベル 2 バックアップのバックアップ頻度は、レベル 1 バックアップのバックアップ頻度よりも低くなります。

  • リージョン間バックアップ機能がサポートされている Alibaba Cloud リージョン

    ソースリージョン

    デスティネーションリージョン

    中国(杭州)、中国(上海)、中国(青島)、中国(北京)、中国(深圳)、中国(香港)。

    中国(杭州)、中国(上海)、中国(青島)、中国(北京)、中国(深圳)、中国(香港)。

    説明

    リージョン間バックアップファイルは、ソースリージョンとは異なるリージョンに複製されます。

    米国(バージニア)

    米国(シリコンバレー)

バックアップデータの保護

  • 改ざん防止:

    • PolarDB for PostgreSQL のデータバックアップは、保存場所に基づいてレベル 1 バックアップとレベル 2 バックアップに分類されます。レベル 1 バックアップ機能は、PolarDB の分散ストレージシステムに直接保存されるスナップショットを作成します。レベル 2 バックアップとログバックアップは OSS に保存されます。バックアップシステムで使用される両方のストレージ方式は、データの改ざんを防ぐ Write Once Read Many(WORM)機能をサポートしています。

      説明

      Standard Edition クラスタは、レベル 1 バックアップ(データバックアップ)のみをサポートし、レベル 2 バックアップはサポートしていません。

  • 悪意のある削除または誤削除の防止:

    • 手動削除: 手動バックアップのみを削除でき、自動バックアップは削除できません。

    • 期限切れ時の自動削除: 自動バックアップデータが設定された保持期間を超えると、システムは自動的にデータを削除します。ただし、自動バックアップ機能を無効にすることはできません。バックアップポリシー設定の最小保持期間は 3 日です。デフォルトの保持期間は 7 日です。最小バックアップ頻度は週 2 回です。したがって、自動完全バックアップとログバックアップのバックアップデータを完全に削除することはできません。

料金

バックアップとリストア機能は無料で使用できます。ただし、バックアップファイルはストレージスペースを消費します。バックアップストレージスペースの請求ルールについては、「Standard Edition クラスタの無料クォータを超えるバックアップストレージの請求ルールまたはEnterprise Edition クラスタの無料クォータを超えるバックアップストレージの請求ルール」をご参照ください。