Azure 備份 允許你用實體(磁碟快照)備份來保護 Azure PostgreSQL 的彈性伺服器和彈性叢集。 本文總結了 v2 經驗中所支援的區域、情境、配置與限制。
支援 Azure PostgreSQL 彈性伺服器及彈性叢集 vaulted backup (v2) 的區域
除奧地利東部、比利時中部、智利中部、印尼中部、以色列西北、馬來西亞南部、馬來西亞西部、墨西哥中部、卡達中部、南中美國 2、東南美國、東南美國 3、東南美國 5、西南美國及西印度外,所有公開區域皆可使用。
支援 Azure PostgreSQL 彈性伺服器與彈性叢集保險庫備份(v2)的資料來源與設定
下表列出 Azure PostgreSQL 彈性伺服器與彈性叢集保險庫備份(v2)所支援的資料來源與配置:
| 項目 | Support |
|---|---|
| 適用於 PostgreSQL 的 Azure 資料庫 - 彈性伺服器 | Supported |
| 適用於 PostgreSQL 的 Azure 資料庫 elastic cluster | Supported |
| PostgreSQL 主要版本 | PostgreSQL 15 及更新版本 |
| 計算層 | 通用與記憶體優化 |
| 磁碟類型與最大容量 | Premium SSD v1 最高可達 32 TB;Premium SSD v2 最高可達 64 TB |
| 伺服器角色 | 僅限主伺服器 |
| 伺服器或叢集上的客戶管理金鑰 | Supported |
| 在來源伺服器上啟用高可用性 | Supported |
| 虛擬網路或來源伺服器或叢集上的私有端點 | 透過可信存取(Trusted Access)支援 |
| 備用金庫位置 | 必須與資料來源位於同一區域 |
| 備份保險庫訂閱 | 同一或不同的訂閱,且與資料來源在同一租戶內 |
| 具備客戶管理金鑰加密的備份保險庫 | Supported |
| 備份保險庫不可變性(WORM) | 支援。 恢復點數可以設定為不可更改,無法在保留期限到期前被更改或刪除。 |
| 軟刪除、多使用者授權,以及保險庫上的多重身份驗證 | Supported |
| 使用者指派的受控識別 | 支援授予資料來源及備份保險庫的權限 |
支援 Azure PostgreSQL 彈性伺服器與彈性叢集 vaulted backup (v2) 的備份場景
Azure PostgreSQL 彈性伺服器與彈性叢集保險庫備份(v2)支援以下備份情境:
- 整個伺服器或叢集都有備份。 不支援備份個別資料庫。
- 支援最多 8 個節點的彈性叢集。
- 資料來源的第一次備份是完整備份;之後的每一次備份都是增量式的。 如果快照鏈中斷,Azure 備份 會自動再次執行初始複製。
- 支援每日或每週的備用時間表,最低恢復點目標為一天。
- 保留期限可設定從7天到10年不等,並有獨立的每日、每週、每月及年度恢復時間。
- 在設定保護後,支援隨選(臨時)備份。
- 每個資料來源支援一個備份實例。 同一台伺服器不支援多重保護,因此伺服器會受到 v1 堆疊或 v2 堆疊的保護,絕不會同時保護兩者。
- 與備份實例相關的備份政策可在保護設定完成後更改。
- 當受管理的磁碟快照被複製到保險庫後,備份工作會被標記為 成功 。
- 每個復原點都會顯示恢復點元資料,包括備份所使用的 PostgreSQL 版本。
- 支援 WORM 不可變備份。 當備份保險庫啟用並鎖定不可變性時,任何使用者(包括保險庫管理員)都無法在設定的保留期限屆滿前更改、覆寫或刪除恢復點。
支援 Azure PostgreSQL 彈性伺服器與彈性叢集保險庫備份(v2)的還原場景
Azure PostgreSQL 彈性伺服器與彈性叢集保險庫備份(v2)支援以下還原情境:
- 還原則以「 還原為伺服器 」的方式進行到其他位置。 目標彈性伺服器或彈性叢集必須先建立,才能觸發還原。
- 未記錄資料表中的資料不會被保留,且在還原時會遺失。
- 目標可以在同一租戶內的不同訂閱。
- 支援跨區域還原。
- 對於已不再支援的 PostgreSQL 版本備份還原操作,並不保證。
- 即使原始資料來源已被刪除,還原功能仍被支援。
- 只有當整個恢復點都還原完畢時,還原工作才會被標記 為成功 。
- 在高級 SSD v1 伺服器上取得的復原點會回復到高級 SSD v1 目標。 在高級 SSD v2 伺服器上取得的復原點會還原成 Premium SSD v2 目標。
恢復目標需求
目標彈性伺服器或彈性叢集必須符合以下所有條件,Azure 備份 會在還原操作開始前驗證:
- 伺服器或叢集必須是空的。
- 伺服器或叢集不得位於 Burstable 運算層。
- 目標伺服器或叢集必須使用與備份時來源伺服器相同的 PostgreSQL 主要版本。如果版本不匹配,還原會失敗。
- 目標伺服器或叢集必須與來源伺服器擁有相同的磁碟大小。 如果目標磁碟大小小於來源磁碟大小,即使恢復點佔用的目標磁碟空間較少,還原仍會失敗。
- 伺服器或叢集必須沒有設定高可用性。
- 伺服器或叢集不得設定地理複本,且本身也不能是地理複本。
- 伺服器或叢集必須與備份保險庫位於同一區域。
Azure PostgreSQL flexible server and elastic cluster vaulted backup (v2) 的限制
v2 體驗有以下限制:
- 不支援項目層級的備份與還原。 你無法備份或還原單一資料庫、資料表或物件。
- 不支援 Burstable 運算層。 在 Burstable 伺服器上設定備份時,使用者錯誤會失敗。 先將伺服器擴展到通用或記憶體優化。
- PostgreSQL 14 及更早版本不被支援。 使用這些版本的伺服器備份設定會失敗。 你必須 升級到支援的主版本 後才能設定備份,否則就要繼續用 v1 保護伺服器。
- 備份僅支援主要伺服器。 你無法設定讀取副本或地理副本的備份。 如果你嘗試為副本設定備份,操作會因使用者錯誤而失敗。
- 一天的恢復點目標(RPO)並非在所有情況下都能保證。 初始備份及隨後的初始複寫會傳輸整個磁碟內容,對於大型伺服器和叢集來說,可能需要超過一天的時間。 對於每日流量高的伺服器,或使用高級 SSD v2 的伺服器,備份時間也可能超過一天。
- 將受保護物品從 v1 移到 v2 是一種方法。 要回到 v1,請停止保護並重新配置 v1 堆疊上的備份。
- 備份設定不會在計畫中的地理切換後自動套用到新的主伺服器。 現有的備份配置仍與先前的主伺服器相關聯,且其備份在故障轉移後開始失效。 為了保護新的主伺服器,請在該伺服器上設定備份。