AnalyticDB for PostgreSQL は、データ保護およびポイントインタイムリカバリを実現するために、自動的にベースバックアップとログバックアップを実行します。
仕組み
AnalyticDB for PostgreSQL では、完全なベースバックアップと継続的なログバックアップを組み合わせることで、すべてのノード間で整合性を保ちながら、特定の時点までデータを新しいインスタンスに復元できます。
| バックアップタイプ | エラスティックストレージモード | サーバーレスモード |
|---|---|---|
| ベースバックアップ | インスタンスの全データのスナップショットを圧縮し、オフラインストレージメディアに保存します。読み取りおよび書き込み操作をブロックしません。バックアップ中に生成された操作ログも同時に取得され、バックアップの整合性が保証されます。V6.6.2.2 以降ではスナップショットバックアップを使用します。V6.6.2.1 以前では物理バックアップを使用します。V7.0 ではスナップショットバックアップを使用します。 | データベースのメタデータのみをバックアップします。サーバーレスモードはストレージとコンピューティングが分離されたアーキテクチャを採用しているため、データは Object Storage Service (OSS) に格納され、個別のバックアップは不要です。インスタンスのメタデータは圧縮され、同一の OSS ディレクトリに保存されます。読み取りおよび書き込み操作をブロックしません。 |
| ログバックアップ（増分バックアップ） | インスタンスによって生成されたログファイルをバックアップし、オフラインストレージメディアに保存します。ログファイルには、データベースに対して実行されたすべての DML および DDL 操作が記録されます。 |
データを復元する際には、すべてのノードがログバックアップファイルに記録されたデータ変更文をシーケンス順に再生し、対象の時点に到達するまで処理を続けます。これにより、復元時点におけるすべてのノード間の整合性が保証されます。
AnalyticDB for PostgreSQL V6.0 では、ノードのディスク使用率が 85 %（デフォルトのしきい値）に達すると、xlog のアーカイブをシステムが自動的に破棄して、xlog の蓄積によるディスクの完全満杯化および書き込み操作のロックアウトというリスクを未然に防止します。この xlog アーカイブの自動破棄開始から次回の完全バックアップ完了までの期間中は、ポイントインタイムリカバリが利用できません。ディスク使用率のしきい値を調整する場合は、チケットを起票してください。
バックアップポリシー
| エラスティックストレージモード | サーバーレスモード |
|---|---|
| コンソールからバックアップポリシーを表示および変更できます。詳細については、「バックアップポリシーの表示および変更」をご参照ください（「データのバックアップ」トピック内）。 | システムは、バックアップサイクル内で追加または削除されたデータについて、データの圧縮を行わず増分バックアップを実行します。デフォルトのバックアップサイクルは 7 日間であり、バックアップデータ量とデータストレージ量の比率は約 68 % です。詳細については、「バックアップポリシー」をご参照ください（「バックアップおよび復元（サーバーレスモード）」トピック内）。バックアップの保存期間を変更する場合は、チケットを起票してください。 |
適用範囲／利用シーン
誤った操作によるデータ損失：誤った変更が発生する前の時点へインスタンスを復元します。
データの破損：破損または利用不能となったソースインスタンスから復旧します。
インスタンスのクローン作成：データが同一のインスタンスを複製します。
インスタンスの仕様変更：ノード数を除くインスタンスの仕様を変更します。
制限事項
復元を行うには、ソースインスタンスに少なくとも 1 つの正常な状態のバックアップセットが存在している必要があります。
課金
| エラスティックストレージモード | サーバーレスモード |
|---|---|
| バックアップおよび復元機能はパブリックプレビュー中であり、無料でご利用いただけます。今後、料金が変更される場合があります。 | 別途課金されません。バックアップデータはディスクストレージを使用するため、ストレージ料金が発生する場合があります。料金の詳細については、「料金」をご参照ください。 |
次のステップ
エラスティックストレージモード：
サーバーレスモード：