更改 Azure SQL 数据库的自动备份设置

Artículo
08/12/2024

本文提供了相关示例来说明如何修改 Azure SQL 数据库的自动备份设置，例如短期保留策略和用于备份的备份存储冗余选项。有关 Azure SQL 托管实例，请参阅更改 Azure SQL 托管实例的自动备份设置。

注意

本文介绍如何删除设备或服务中的个人数据，并且可用于为 GDPR 下的义务提供支持。有关 GDPR 的常规信息，请参阅 Microsoft 信任中心的 GDPR 部分和服务信任门户的 GDPR 部分。

更改短期保留策略

可以使用 Azure 门户、Azure CLI、PowerShell 或 REST API 更改默认时间点还原 (PITR) 备份保持期和差异备份频率。以下示例演示如何将 PITR 保持期更改为 28 天，以及将差异备份更改为 24 小时间隔。

警告

如果缩短当前的保留期，则无法还原到早于新保留期的时间点。会删除新保留期内不再需要为提供 PITR 而保留的备份。

如果延长当前的保持期，则无法立即在新的保持期内获得恢复到旧时间点的能力。随着时间的推移，你将获得这一能力，因为系统开始将备份保留更长的时间。

注意

这些 API 只影响 PITR 保留期。如果为数据库配置了长期保留 (LTR)，则它不会受到影响。若要了解如何更改长保留期，请参阅长期保留。
超大规模数据库不支持配置差异备份频率，因为差异备份不适用于超大规模数据库。

使用 Azure 门户更改活动数据库的 PITR 备份保持期和差异备份频率：

转到 Azure 中的逻辑服务器，其中包含要更改其保持期的数据库。
在左窗格中选择“备份”，然后选择“保留策略”选项卡。
选择要为其更改 PITR 备份保留期的数据库。
从操作栏中选择“配置策略”。
若要更改时间点还原备份的保留期，请使用“时间点还原”下的滑块。
若要更改差异备份频率，请从“差异备份频率”下的下拉菜单中选择“12 小时”或“24 小时”。

Azure 门户的屏幕截图，在其中可更改服务器级别的 PITR 保留设置。

为 Azure CLI 准备环境：

如需在本地运行 CLI 参考命令，请安装 Azure CLI。如果在 Windows 或 macOS 上运行，请考虑在 Docker 容器中运行 Azure CLI。有关详细信息，请参阅如何在 Docker 容器中运行 Azure CLI。

如果使用的是本地安装，请使用 az login 命令登录到 Azure CLI。若要完成身份验证过程，请遵循终端中显示的步骤。有关其他登录选项，请参阅使用 Azure CLI 登录。
出现提示时，请在首次使用时安装 Azure CLI 扩展。有关扩展详细信息，请参阅使用 Azure CLI 的扩展。
运行 az version 以查找安装的版本和依赖库。若要升级到最新版本，请运行 az upgrade。

使用以下示例更改活动数据库的 PITR 备份保留期和差异备份频率：

# Set new PITR differential backup frequency on an active individual database
# Valid backup retention must be 1 to 35 days
# Valid differential backup frequency must be ether 12 or 24 hours
az sql db str-policy set \
    --resource-group myresourcegroup \
    --server myserver \
    --name mydb \
    --retention-days 28 \
    --diffbackup-hours 24

若要更改活动数据库的 PITR 备份保留期和差异备份频率，请使用以下 PowerShell 示例：

# Set a new PITR backup retention period on an active individual database
# Valid backup retention must be 1 to 35 days
Set-AzSqlDatabaseBackupShortTermRetentionPolicy -ResourceGroupName resourceGroup -ServerName testserver -DatabaseName testDatabase -RetentionDays 28

# Set a new PITR differential backup frequency on an active individual database
# Valid differential backup frequency must be ether 12 or 24 hours 
Set-AzSqlDatabaseBackupShortTermRetentionPolicy -ResourceGroupName resourceGroup -ServerName testserver -DatabaseName testDatabase -RetentionDays 28 -DiffBackupIntervalInHours 24

示例请求

PUT https://management.chinacloudapi.cn/subscriptions/00000000-1111-2222-3333-444444444444/resourceGroups/resourceGroup/providers/Microsoft.Sql/servers/testserver/databases/testDatabase/backupShortTermRetentionPolicies/default?api-version=2021-02-01-preview

请求正文

{ 
    "properties":{
        "retentionDays":28,
        "diffBackupIntervalInHours":24
  }
}

示例响应

{ 
  "id": "/subscriptions/00000000-1111-2222-3333-444444444444/providers/Microsoft.Sql/resourceGroups/resourceGroup/servers/testserver/databases/testDatabase/backupShortTermRetentionPolicies/default",
  "name": "default",
  "type": "Microsoft.Sql/resourceGroups/servers/databases/backupShortTermRetentionPolicies",
  "properties": {
    "retentionDays": 28,
    "diffBackupIntervalInHours":24
  }
}

有关详细信息，请参阅备份保留 REST API。

配置备份存储冗余

可以在创建数据库时为 Azure SQL 数据库中的数据库配置备份存储冗余。还可以在创建数据库后更改存储冗余。

对现有数据库所做的备份存储冗余更改仅应用于将来的备份。默认值为异地冗余存储。有关本地冗余、区域冗余和异地冗余备份存储的定价差异，请参阅 SQL 数据库定价页。

超大规模数据库的存储冗余是独一无二的。若要了解详细信息，请查看超大规模备份存储冗余。

在 Azure 门户中，可以在创建数据库时选择一个备份存储冗余选项。稍后可以从数据库设置的“计算和存储”页更新备份存储冗余。

创建数据库时，请在“基本信息”选项卡上选择备份存储冗余选项。

Azure 门户的屏幕截图，在创建数据库时，可通过其中的“基本信息”选项卡更改备份存储冗余。

对于现有数据库，请转到 Azure 门户中的数据库。在“设置”下选择“计算和存储”，然后选择所需的备份存储冗余选项。

Azure 门户的屏幕截图，其中显示了更改现有数据库的备份存储冗余的位置。

若要在创建新数据库时配置备份存储冗余，可以使用 az sql db create 命令指定 --backup-storage-redundancy 参数。可能值为 Geo、Zone 和 Local。

默认情况下，Azure SQL 数据库中的所有数据库均使用异地冗余存储进行备份。如果使用本地冗余或区域冗余备份存储创建或更新数据库，则会禁用异地还原。

下面的示例在具有本地备份冗余的常规用途服务层中创建数据库：

az sql db create \
    --resource-group myresourcegroup \
    --server myserver \
    --name mydb \
    --tier GeneralPurpose \
    --backup-storage-redundancy Local

可以使用 --backup-storage-redundancy 参数和 az sql db update 命令更新现有数据库的备份存储冗余设置，超大规模数据库和基本数据库除外。在数据库上应用更改最多可能需要 48 小时。从异地冗余备份存储切换到本地冗余或区域冗余存储会禁用异地还原。

下面的示例代码将备份存储冗余更改为 Local：

az sql db update \
    --resource-group myresourcegroup \
    --server myserver \
    --name mydb \
    --backup-storage-redundancy Local

超大规模

在创建超大规模数据库时，请仔细考虑 --backup-storage-redundancy 的配置选项。对于超大规模数据库，存储冗余只能在数据库创建过程中指定。之后不能更新它。所选的存储冗余选项将用于数据库的生存期，以同时实现数据存储冗余和备份存储冗余。请在超大规模备份存储冗余中了解详细信息。

可以使用活动异地复制将现有的超大规模数据库迁移到不同的存储冗余，这导致的故障时间最短。也可通过数据库复制或时间点还原迁移到不同的存储冗余。下面的示例在具有区域冗余的超大规模服务层中创建数据库：

az sql db create \
    --resource-group myresourcegroup \
    --server myserver \
    --name mydb \
    --tier Hyperscale \
    --backup-storage-redundancy Zone

有关详细信息，请参阅 az sql db create 和 az sql db update。

不能直接更新超大规模数据库的备份存储冗余。但是，可以将数据库复制命令与 --backup-storage-redundancy 参数一起使用来更改它。下面的示例将超大规模数据库复制到使用第 5 代硬件和两个 vCore 的新数据库。新数据库的备份冗余设置为 Zone。

az sql db copy \
    --resource-group myresourcegroup \ 
    --server myserver 
    --name myHSdb 
    --dest-resource-group mydestresourcegroup 
    --dest-server destdb 
    --dest-name myHSdb 
    --service-objective HS_Gen5_2 
    --read-replicas 0 
    --backup-storage-redundancy Zone

有关语法详细信息，请参阅 az sql db copy。有关数据库复制的概述，请参阅复制 Azure SQL 数据库中数据库的事务一致性副本。

若要在创建新数据库时配置备份存储冗余，可以使用 New-AzSqlDatabase cmdlet 指定 -BackupStorageRedundancy 参数。可能值为 Geo、Zone 和 Local。默认情况下，Azure SQL 数据库中的所有数据库均使用异地冗余存储进行备份。如果使用本地冗余或区域冗余备份存储创建数据库，则会禁用异地还原。

下面的示例在具有本地备份冗余的常规用途服务层中创建数据库：

# Create a new database with local-redundant backup storage.  
New-AzSqlDatabase -ResourceGroupName "ResourceGroup01" -ServerName "Server01" -DatabaseName "Database03" -Edition "GeneralPurpose" -Vcore 2 -ComputeGeneration "Gen5" -BackupStorageRedundancy Local

可以使用 -BackupStorageRedundancy 参数和 Set-AzSqlDatabase cmdlet 更新现有数据库的备份存储冗余设置，超大规模数据库和基本数据库除外。可能值为 Geo、Zone 和 Local。在数据库上应用更改最多可能需要 48 小时。从异地冗余备份存储切换到本地冗余或区域冗余存储会禁用异地还原。

下面的示例代码将备份存储冗余更改为 Local：

# Change the backup storage redundancy for Database01 to local-redundant. 
Set-AzSqlDatabase -ResourceGroupName "ResourceGroup01" -DatabaseName "Database01" -ServerName "Server01" -BackupStorageRedundancy Local

有关详细信息，请参阅 Set-AzSqlDatabase。

超大规模

在创建超大规模数据库时，请仔细考虑 --backup-storage-redundancy 的配置选项。对于超大规模数据库，只能在数据库创建过程中指定存储冗余。所选的存储冗余选项将用于数据库的生存期，以同时实现数据存储冗余和备份存储冗余。有关详细信息，请参阅超大规模备份和存储冗余。

现有数据库可以通过数据库复制或时间点还原迁移到不同的存储冗余。下面的示例在具有区域冗余的超大规模服务层中创建数据库：

# Create a new database with zone-redundant backup storage.  
New-AzSqlDatabase -ResourceGroupName "ResourceGroup01" -ServerName "Server01" -DatabaseName "Database03" -Edition "Hyperscale" -Vcore 2 -ComputeGeneration "Gen5" -BackupStorageRedundancy Zone

有关语法详细信息，请参阅 New-AzSqlDatabase。

不能更新现有超大规模数据库的备份存储冗余。但是，可以使用数据库复制命令创建数据库的副本。然后，可以使用 -BackupStorageRedundancy 参数更新备份存储冗余。

下面的示例将超大规模数据库复制到使用第 5 代硬件和两个 vCore 的新数据库。新数据库的备份冗余设置为 Zone。

# Change the backup storage redundancy for Database01 to zone-redundant. 
New-AzSqlDatabaseCopy -ResourceGroupName "ResourceGroup01" -ServerName "Server01" -DatabaseName "HSSourceDB" -CopyResourceGroupName "DestResourceGroup" -CopyServerName "DestServer" -CopyDatabaseName "HSDestDB" -Vcore 2 -ComputeGeneration "Gen5" -ComputeModel Provisioned -BackupStorageRedundancy Zone

有关语法详细信息，请参阅 New-AzSqlDatabaseCopy。有关数据库复制的概述，请参阅复制 Azure SQL 数据库中数据库的事务一致性副本。

注意

若要将 -BackupStorageRedundancy 参数与数据库还原、数据库复制或创建辅助数据库操作一起使用，请使用 Azure PowerShell 版本 Az.Sql 2.11.0 或更高版本。

后续步骤

数据库备份是任何业务连续性和灾难恢复策略的基本组成部分，因为数据库备份有助于保护数据免遭意外损坏或删除。若要了解 SQL 数据库的其他业务连续性解决方案，请参阅业务连续性概述。
若要了解如何使用 Azure 门户配置和管理 Azure Blob 存储中的自动备份的长期保留，并从这些备份进行还原，请参阅使用 Azure 门户管理长期备份保留。
若要了解如何使用 PowerShell 配置和管理 Azure Blob 存储中的自动备份的长期保留，并从这些备份进行还原，请参阅使用 PowerShell 管理长期备份保留。
获取有关如何使用 Azure 门户将数据库还原到某个时间点的详细信息。
获取有关如何使用 PowerShell 将数据库还原到某个时间点的详细信息。

Compartir a través de

更改 Azure SQL 数据库的自动备份设置

更改短期保留策略

示例请求

请求正文

示例响应

配置备份存储冗余

超大规模

超大规模

后续步骤

Recursos adicionales