Azure 备份 允许你通过物理（磁盘快照）备份保护 Azure PostgreSQL 的灵活服务器和弹性集群。 本文总结了v2体验中支持的区域、场景、配置及局限性。
支持Azure PostgreSQL灵活服务器和弹性集群vaulted backup （v2） 的数据源和配置
下表列出了支持Azure PostgreSQL灵活服务器和弹性集群vaulted backup（v2）的数据源和配置：
| Item | 支持 |
|---|---|
| Azure 数据库适用于 PostgreSQL 灵活服务器 | Supported |
| Azure Database for PostgreSQL弹性群集 | Supported |
| PostgreSQL 主要版本 | PostgreSQL 15及以后版本 |
| 计算层级 | 通用与内存优化 |
| 磁盘类型与最大容量 | 高级SSD v1可达32 TB;高级SSD（v2）可达64 TB |
| 服务器角色 | 仅限主服务器 |
| 服务器或集群上的客户管理密钥 | Supported |
| 源服务器启用了高可用性 | Supported |
| 源服务器或集群上的虚拟网络或私有端点 | 通过可信访问支持 |
| 备用金库位置 | 必须与数据源处于同一区域 |
| 备份保险库订阅 | 同一或不同的订阅，在同一租户内，与数据源相同 |
| 采用客户管理密钥加密的备份保险库 | Supported |
| 备份保险库不可变性（WORM） | Supported. 恢复点可以设置为不可变，因此在保留期限届满前无法被更改或删除。 |
| 软删除、多用户授权和保险库多因素认证 | Supported |
| 用户分配的管理标识 | 支持对数据源和备份保险库授予权限 |
支持的Azure PostgreSQL灵活服务器和弹性集群vaulted backup（v2）备份场景
Azure PostgreSQL 灵活服务器和弹性集群vaulted backup（v2）支持以下备份场景：
- 整个服务器或集群都有备份。 不支持备份单个数据库。
- 支持最多8个节点的弹性集群。
- 数据源的第一次备份是完整备份;之后的每次备份都是增量的。 如果快照链被破坏，Azure 备份会自动再次进行初始复制。
- 支持每日或每周备份计划，最低恢复点目标为一天。
- 保留期限可从7天到10年不等，并有独立的保留时间，分别针对每日、每周、每月和每年的恢复点。
- 在配置保护后，支持按需（临时）备份。
- 每个数据源支持一个备份实例。 同一服务器不支持多重保护，因此服务器只能由v1协议栈或v2协议栈保护，绝不会同时保护两者。
- 在配置保护后，与备份实例关联的备份策略可以更改。
- 一旦管理磁盘快照复制到保险库，备份作业就会被标记 为成功 。
- 恢复点元数据，包括备份所用的PostgreSQL版本，在每个恢复点都能看到。
- 支持WORM不可变备份。 当备份保险库启用并锁定不可变性时，任何用户（包括保险库管理员）都无法在恢复点配置的保留期届满前更改、覆盖或删除。
支持Azure PostgreSQL灵活服务器和弹性集群vaulted backup（v2）的还原场景
Azure PostgreSQL 灵活服务器和弹性集群保险库备份（v2）支持以下恢复场景：
- 恢复以 “还原为服务器 ”的方式进行到另一个位置。 目标灵活服务器或弹性集群必须先创建，恢复才会被触发。
- 未记录表中的数据不会被保存，恢复时会丢失。
- 目标可以在同一租户内的不同订阅中。
- 支持跨区域恢复。
- 不再支持的PostgreSQL版本备份中的恢复操作并不保证。
- 即使源数据源已被删除，恢复功能仍被支持。
- 只有当整个恢复点都被恢复时，恢复任务才会被标记 为成功 。
- 在高级 SSD v1 服务器上采集的恢复点会恢复到高级 SSD v1 目标。 在高级SSD v2服务器上取得的恢复点会恢复到高级SSD的目标。
恢复目标要求
目标灵活服务器或弹性集群必须满足以下所有条件，Azure 备份在恢复操作开始前会对这些条件进行验证：
- 服务器或集群必须是空的。
- 服务器或集群不得处于Burstable计算层。
- 目标服务器或集群必须在备份时使用与源服务器相同的 PostgreSQL 主要版本。如果版本不匹配，恢复将失败。
- 目标服务器或集群的磁盘大小必须与源服务器相同。 如果目标磁盘大小小于源磁盘大小，恢复失败，尽管恢复点在目标磁盘上占用的空间更少。
- 服务器或集群必须没有配置高可用性。
- 服务器或集群不能配置地理复制品，也不能本身是地理复制品。
- 服务器或集群必须与备份保险库处于同一区域。
Azure PostgreSQL flexible server and elastic cluster vaulted backup （v2） 的限制
v2 体验存在以下限制：
- 不支持物品级别的备份和恢复。 你无法备份或恢复单个数据库、表格或对象。
- 不支持Burstable计算层。 在 Burstable 服务器上配置备份时，用户会出错。 先将服务器扩展到通用模式或内存优化模式。
- PostgreSQL 14及更早版本不被支持。 使用这些版本的服务器备份配置失败。 你必须 升级到支持的主版本 ，才能配置备份，或者继续用v1保护服务器。
- 备份仅支持主服务器。 你无法为读副本或地理副本配置备份。 如果你尝试为副本配置备份，操作会因用户错误而失败。
- 一天恢复点目标（RPO）并非所有场景都能保证。 初始备份和随后的初始复制会传输整个磁盘内容，对于大型服务器和集群来说，可能需要超过一天的时间。 对于数据流失率高的服务器或使用Premium SSD v2的服务器，备份时间也可能超过一天。
- 把受保护的物品从v1移到v2是一种方式。 要回到v1，停止保护并重新配置v1堆栈上的备份。
- 备份配置在计划中的地理备援后不会自动应用到新的主服务器上。 现有的备份配置仍然与之前的主服务器关联，其备份在故障切换后开始失效。 为了保护新的主服务器，在该服务器上配置备份。