サーバーレスモードのバックアップと復元 - AnalyticDB - Alibaba Cloud - AnalyticDB

Serverless モードの AnalyticDB for PostgreSQL は、ご利用のインスタンスデータを 7日間のローリングサイクルで自動的にバックアップします。データが誤って削除または破損した場合、チケットを送信して以前の時点に復元できます。

Serverless モード V1.0.0.0 以降では、バックアップはデフォルトで有効化されています。構成は不要です。

仕組み

各バックアップサイクルは、次の2種類のバックアップで構成されます。

ベースバックアップ (完全バックアップ): 各サイクルの開始時に取得される、ご利用のインスタンスデータの完全なスナップショットです。
ログバックアップ (増分バックアップ): 前回のベースバックアップ以降に追加または削除されたデータをキャプチャします。ログバックアップは、データを圧縮せずにサイクル全体で実行されます。

ベースバックアップとそれに関連付けられたログバックアップは、同じバックアップグループに属します。start_time は、そのグループ内でデータを復元できる最も早い時点を示します。

インスタンスデータが削除されると、バックアップポリシーに従って自動的にアーカイブされ保持され、その後完全に削除されます。

デフォルトのバックアップサイクルは 7日間です。現在の保持期間を確認するには、ご利用のインスタンスで次の文を実行します。

SHOW rds_cn_vacuum_archive_storage_life;

保持期間を変更するには、チケットを起票し、必要な日数を指定してください。Serverless モードでは保持期間を一元的に管理するため、調整にはサポートリクエストが必要です。

ご利用のインスタンスに接続し、postgres データベースで次の文を実行します。

SELECT * FROM adbpg_tabbak.adbpg_basebackup_task;

adbpg_basebackup_task テーブルには、次の列が含まれます。

列	データ型	説明
`task_id`	text	バックアップタスクの ID
`sched_id`	text	タスクのスケジューラ ID
`start_time`	timestamptz	バックアップ開始時刻。これは、データを復元できる時点でもあります。
`end_time`	timestamptz	バックアップ終了時刻
`backupgroup`	int	バックアップグループ ID。ベースバックアップと、同じサイクル内の後続のすべてのログバックアップは、同じグループ ID を共有します。
`parent_task_id`	text	親タスクの ID
`task_type`	char	バックアップタイプ: `S` = ベースバックアップ (完全バックアップ)、`I` = ログバックアップ (増分バックアップ)
`failed`	boolean	バックアップ結果: `f` = 成功、`t` = 失敗

説明このクエリは、2022年3月5日以降に作成されたインスタンスに適用されます。それ以前に作成されたインスタンスの場合、チケットを起票してバックアップレコードを取得してください。

サーバーレスモードでは、セルフサービスによる復元は利用できません。データを復元するには、チケットを起票をクリックしてテクニカルサポート担当者に連絡してください。

バックアップストレージはディスクストレージの一部として課金されます。バックアップ機能自体には別途料金はかかりません。バックアップは非圧縮で保存されるため、データストレージの約 68% を追加のバックアップストレージとして計画してください。

例: 1 TB のデータを持つインスタンスが毎日 100 GB の更新を受け取る場合、7日間のサイクルで約 700 GB のバックアップデータが蓄積されます (100 GB x 7日間)。

ディスクストレージ料金については、「料金」をご参照ください。