你当前正在访问 Microsoft Azure Global Edition 技术文档网站。 如果需要访问由世纪互联运营的 Microsoft Azure 中国技术文档网站,请访问 https://docs.azure.cn。
还原已删除的 Azure Database for PostgreSQL 灵活服务器实例
适用于: Azure Database for PostgreSQL 灵活服务器
删除服务器后,Azure Database for PostgreSQL 灵活服务器备份会在服务中保留五天。 只能从服务器最初所在的 Azure 订阅访问和还原数据库备份。 可以遵循以下建议的步骤,在删除服务器后 5 天内恢复已删除的 Azure Database for PostgreSQL 灵活服务器资源。 只有服务器的备份仍存在且未从系统中删除时,才能使用推荐的步骤。 虽然通常能够成功还原已删除的服务器,但也不一定能成功,因为还原已删除的服务器还取决于其他几个因素。
先决条件
若要还原已删除的 Azure Database for PostgreSQL 灵活服务器实例,需要
- 托管原始服务器的 Azure 订阅名称
- 服务器创建位置
- 使用 2024-08-01 api-version 版本
还原步骤
浏览到 Azure 门户。 依次选择“Monitor”服务和“活动日志”。
在“活动日志”中,选择“添加筛选器”(如图所示),并设置以下筛选器
依次选择“删除 PostgreSQL 服务器”事件和“JSON”选项卡。复制 JSON 输出中的
resourceId
和submissionTimestamp
属性。 resourceId 格式如下:/subscriptions/ffffffff-ffff-ffff-ffff-ffffffffffff/resourceGroups/ResourceGroup-name/providers/Microsoft.DBforPostgreSQL/flexibleServers/deletedserver
。浏览到 Azure Database for PostgreSQL 灵活服务器“创建服务器 REST API”页面,然后选择以绿色突出显示的“试用”选项卡。 使用 Azure 帐户登录。
重要
运行之前,请使用此 api-version 2024-08-01 而不是默认值,以便按如下步骤所述启用此 API 函数。
根据在上面第 3 步中捕获的 resourceId 属性 JSON 值,提供 resourceGroupName、serverName(目标服务器名称)、subscriptionId 属性。 api-version 属性已预填充,可以单独保留。
转到“请求正文”部分,并粘贴以下内容来替换“已删除的服务器位置”(例如 CentralUS、EastUS 等)、“submissionTimestamp”和“resourceId”。 对于“pointInTimeUTC”,请指定一个将“submissionTimestamp”加 5 分钟后得到的值,以确保命令不会出错。
{ "location": "Dropped Server Location", "properties": { "pointInTimeUTC": "submissionTimestamp + 10 minutes", "createMode": "ReviveDropped", "sourceServerResourceId": "resourceId" } }
例如,如果提交时间戳为 2023-06-15T15:58:02Z,我们建议在还原时间点 2023-06-15T16:05:02Z 上加至少 10 分钟,并确保根据还原要求更改了三个参数(location、pointInTimeUTC、sourceServerResourceId)。
{ "location": "WestUS", "properties": { "pointInTimeUTC": "2023-06-15T16:08:02Z", "createMode": "ReviveDropped", "sourceServerResourceId": "/subscriptions/ffffffff-ffff-ffff-ffff-ffffffffffff/resourceGroups/SourceResourceGroup-Name/providers/Microsoft.DBforPostgreSQL/flexibleServers/SourceServer-Name" } }
重要
在服务器被删除后有五天的时间限制。 五天后,由于找不到备份文件,预计会出现错误。
如果看到响应代码 201 或 202,则表示已成功提交还原请求。
服务器创建可能需要一些时间,具体取决于原始服务器上预配的数据库大小和计算资源。 通过在活动日志中筛选以下信息,可以监视还原状态
- 订阅 = 你的订阅
- 资源类型 = Azure Database for PostgreSQL 灵活服务器 (Microsoft.DBforPostgreSQL/flexibleServers)
- 操作 = 更新 PostgreSQL 服务器创建
还原已删除的已启用虚拟网络的服务器
还原已启用已删除的虚拟网络的服务器涉及指定其他网络属性,例如委派子网资源 ID 和专用 DNS 区域 Azure Resource Manager 资源 ID。 按照以下步骤使用必要的网络配置还原服务器。
{
"location": "EastUS",
"properties": {
"createMode": "ReviveDropped",
"sourceServerResourceId": "/subscriptions/ffffffff-ffff-ffff-ffff-ffffffffffff/resourceGroups/SourceResourceGroup-Name/providers/Microsoft.DBforPostgreSQL/flexibleServers/SourceServer-Name",
"pointInTimeUTC": "2023-06-20T20:50:59.4078005+00:00",
"Network": {
"DelegatedSubnetResourceId": "/subscriptions/ffffffff-ffff-ffff-ffff-ffffffffffff/resourceGroups/SourceResourceGroup-Name/providers/Microsoft.Network/virtualNetworks/VirtualNetwork-Name/subnets/Subnet-Name",
"PrivateDnsZoneArmResourceId": "/subscriptions/ffffffff-ffff-ffff-ffff-ffffffffffff/resourceGroups/SourceResourceGroup-Name/providers/Microsoft.Network/privateDnsZones/privatednszonename"
}
}
}
常见错误
- 如果使用错误的 API 版本,则可能会遇到还原失败或超时问题。 使用 2024-08-01 API 避免此类问题。
- 为了避免潜在的 DNS 错误,建议在启动还原过程时使用不同的名称,因为同名可能会导致某些还原操作失败。
与 Azure Database for PostgreSQL 产品团队分享你的建议和 bug。
相关内容
- 资源锁。