Puede cambiar el período de retención predeterminado de la copia de seguridad de recuperación a un momento dado (PITR) y la frecuencia de la copia de seguridad diferencial usando Azure Portal, la CLI de Azure, PowerShell o la API de REST. En los siguientes ejemplos se muestra cómo cambiar la retención PITR a 28 días y las copias de seguridad diferenciales a un intervalo de 24 horas.
Advertencia
Si reduce el período de retención actual, perderá la capacidad de restaurar a puntos en el tiempo más antiguos que el nuevo período de retención. Se eliminan las copias de seguridad que ya no son necesarias para proporcionar PITR dentro del nuevo período de retención.
Si aumenta el período de retención actual, no obtendrá de forma inmediata la capacidad de restaurar a puntos en el tiempo más antiguos dentro del nuevo período de retención. Obtiene esa capacidad a lo largo del tiempo, ya que el sistema empieza a conservar las copias de seguridad durante más tiempo.
Para cambiar el período de retención de copia de seguridad PITR o la frecuencia diferencial de copia de seguridad de las bases de datos activas mediante el Azure Portal:
- Vaya al servidor lógico de Azure con las bases de datos cuyo período de retención desea cambiar.
- Seleccione Copias de seguridad en el panel izquierdo y, luego, elija la pestaña Directivas de retención.
- Seleccione las bases de datos en las que quiere cambiar la retención de copia de seguridad de la recuperación a un momento dado.
- Seleccione Configurar directivas en la barra de acciones.
- Para cambiar el período de retención de las copias de seguridad de restauración a un momento dado, use el control deslizante en Restauración a un momento dado.
- Para cambiar la frecuencia diferencial de copia de seguridad, seleccione 12 horas o 24 horas en el menú desplegable de Frecuencia de copia de seguridad diferencial.
Preparación del entorno para la CLI de Azure:
Cambie la retención de copia de seguridad de PITR y la frecuencia de copia de seguridad diferencial de las bases de datos activas mediante el siguiente ejemplo:
# 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
A fin de cambiar la retención de copia de seguridad de PITR y la frecuencia de copia de seguridad diferencial para las bases de datos activas, use el siguiente ejemplo de 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
Solicitud de ejemplo
PUT https://management.azure.com/subscriptions/00000000-1111-2222-3333-444444444444/resourceGroups/resourceGroup/providers/Microsoft.Sql/servers/testserver/databases/testDatabase/backupShortTermRetentionPolicies/default?api-version=2021-02-01-preview
Cuerpo de la solicitud
{
"properties":{
"retentionDays":28,
"diffBackupIntervalInHours":24
}
}
Respuesta de muestra
{
"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
}
}
Para más información, consulte API REST de retención de Backup.
Puede configurar la redundancia de almacenamiento de copia de seguridad para las bases de datos de Azure SQL Database al crear la base de datos. También puede cambiar la redundancia de almacenamiento una vez creada la base de datos.
Los cambios de redundancia de almacenamiento de copia de seguridad realizados en las bases de datos existentes solo se aplican a futuras copias de seguridad. El valor predeterminado es el almacenamiento con redundancia geográfica. Para conocer las diferencias de precio entre el almacenamiento de copia de seguridad con redundancia local, con redundancia de zona y con redundancia geográfica, consulte la página de precios de Bases de datos SQL.
En el Azure Portal, puede elegir una opción de redundancia de almacenamiento de copia de seguridad al crear la base de datos. Posteriormente, puede actualizar la redundancia de almacenamiento de copia de seguridad desde la página Proceso y almacenamiento de la configuración de la base de datos.
Al crear la base de datos, elija la opción redundancia de almacenamiento de copia de seguridad en la pestaña Aspectos básicos.
Para las bases de datos existentes, vaya a la base de datos en el Azure Portal. Seleccione Proceso y almacenamiento en Configuración y, a continuación, elija la opción deseada para la redundancia de almacenamiento de copia de seguridad.
Para configurar la redundancia del almacenamiento de copia de seguridad al crear una nueva base de datos, puede especificar el parámetro --backup-storage-redundancy con el comando az sql db create. Los valores posibles son Geo, Zone y Local.
De forma predeterminada, todas las bases de Azure SQL Database usan almacenamiento con redundancia geográfica para las copias de seguridad. La restauración geográfica se deshabilita si se crea o se actualiza una base de datos con almacenamiento de copia de seguridad con redundancia local o de zona.
En este ejemplo se crea una base de datos en el nivel de servicio De uso general con redundancia de copia de seguridad local:
az sql db create \
--resource-group myresourcegroup \
--server myserver \
--name mydb \
--tier GeneralPurpose \
--backup-storage-redundancy Local
A excepción de las bases de datos Hiperescala y Básico, puede actualizar la configuración de redundancia de almacenamiento de copia de seguridad de una base de datos existente con el parámetro --backup-storage-redundancy y el comando az sql db update. Los cambios pueden tardar hasta 48 horas en aplicarse en la base de datos. Al cambiar del almacenamiento de copia de seguridad con redundancia geográfica al almacenamiento con redundancia local o de zona se deshabilita la restauración geográfica.
Este código de ejemplo cambia la redundacia de almacenamiento de copia de seguridad a Local:
az sql db update \
--resource-group myresourcegroup \
--server myserver \
--name mydb \
--backup-storage-redundancy Local
Hiperescala
Considere detenidamente la opción de configuración para --backup-storage-redundancy al crear una base de datos de Hiperescala. La redundancia de almacenamiento solo se puede especificar durante el proceso de creación de la base de datos para bases de datos de Hiperescala. No se puede actualizar más adelante. La opción de redundancia de almacenamiento seleccionada se usará durante la vigencia de la base de datos tanto para la redundancia de almacenamiento de datos como para la redundancia de almacenamiento de copia de seguridad. Más información en Redundancia de almacenamiento de copia de seguridad a Hiperescala.
Las bases de datos de Hiperescala existentes pueden migrar a una redundancia de almacenamiento diferente a través de la replicación geográfica activa, lo que provoca un tiempo de inactividad mínimo. Como alternativa, puede migrar a una redundancia de almacenamiento diferente mediante la copia de base de datos o la restauración a un momento dado. En este ejemplo se crea una base de datos en el nivel de servicio Hiperescala con redundancia de zona:
az sql db create \
--resource-group myresourcegroup \
--server myserver \
--name mydb \
--tier Hyperscale \
--backup-storage-redundancy Zone
Para más información, vea az sql db create y az sql db update.
No se puede actualizar la redundancia de almacenamiento de copia de seguridad de una base de datos de Hiperescala directamente. Sin embargo, puede cambiarla mediante el comando de copia de base de datos con el parámetro --backup-storage-redundancy. En este ejemplo se copia una base de datos de Hiperescala en una nueva base de datos que usa hardware Gen5 y dos núcleos virtuales. La nueva base de datos tiene la redundancia de copia de seguridad establecida en 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
Para detalles sobre la sintaxis, consulte az sql db copy. Para información general sobre la copia de base de datos, vea Creación de una copia transaccionalmente coherente de una base de datos de Azure SQL Database.
Para configurar la redundancia del almacenamiento de copia de seguridad al crear una nueva base de datos, puede especificar el parámetro -BackupStorageRedundancy con el cmdlet New-AzSqlDatabase. Los valores posibles son Geo, Zone y Local. De forma predeterminada, todas las bases de Azure SQL Database usan almacenamiento con redundancia geográfica para las copias de seguridad. La restauración geográfica se deshabilita si se crea una base de datos con almacenamiento de copia de seguridad con redundancia local o de zona.
En este ejemplo se crea una base de datos en el nivel de servicio De uso general con redundancia de copia de seguridad local:
# Create a new database with geo-redundant backup storage.
New-AzSqlDatabase -ResourceGroupName "ResourceGroup01" -ServerName "Server01" -DatabaseName "Database03" -Edition "GeneralPurpose" -Vcore 2 -ComputeGeneration "Gen5" -BackupStorageRedundancy Local
A excepción de las bases de datos de Hiperescala y Básico, puede usar el parámetro -BackupStorageRedundancy con el cmdlet Set-AzSqlDatabase para actualizar la configuración de redundancia de almacenamiento de copia de seguridad de una base de datos existente. Los valores posibles son Geo, Zone y Local. Los cambios pueden tardar hasta 48 horas en aplicarse en la base de datos. Al cambiar del almacenamiento de copia de seguridad con redundancia geográfica al almacenamiento con redundancia local o de zona se deshabilita la restauración geográfica.
Este código de ejemplo cambia la redundacia de almacenamiento de copia de seguridad a Local:
# Change the backup storage redundancy for Database01 to zone-redundant.
Set-AzSqlDatabase -ResourceGroupName "ResourceGroup01" -DatabaseName "Database01" -ServerName "Server01" -BackupStorageRedundancy Local
Para obtener más información, vea Set-AzSqlDatabase.
Hiperescala
Considere detenidamente la opción de configuración para --backup-storage-redundancy al crear una base de datos de Hiperescala. Puede especificar la redundancia de almacenamiento solo durante el proceso de creación de la base de datos para las bases de datos de Hiperescala. La opción de redundancia de almacenamiento seleccionada se usará durante la vigencia de la base de datos tanto para la redundancia de almacenamiento de datos como para la redundancia de almacenamiento de copia de seguridad. Obtenga más información en Copias de seguridad de Hiperescala y redundancia de almacenamiento.
Las bases de datos existentes se pueden migrar a diferentes redundancias de almacenamiento mediante la copia de la base de datos o la restauración a un momento dado. En este ejemplo se crea una base de datos en el nivel de servicio Hiperescala con redundancia de zona:
# Create a new database with geo-redundant backup storage.
New-AzSqlDatabase -ResourceGroupName "ResourceGroup01" -ServerName "Server01" -DatabaseName "Database03" -Edition "Hyperscale" -Vcore 2 -ComputeGeneration "Gen5" -BackupStorageRedundancy Zone
Para detalles sobre la sintaxis, vea New-AzSqlDatabase.
No se puede actualizar la redundancia de almacenamiento de copia de seguridad de una base de datos de Hiperescala existente. Sin embargo, puede utilizar el comando copia de base de datos para crear una copia de la base de datos. A continuación, puede usar el parámetro -BackupStorageRedundancy para actualizar la redundancia del almacenamiento de copia de seguridad.
En este ejemplo se copia una base de datos de Hiperescala en una nueva base de datos mediante hardware Gen5 y dos núcleos virtuales. La nueva base de datos tiene la redundancia de copia de seguridad establecida en 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
Para detalles sobre la sintaxis, vea New-AzSqlDatabaseCopy. Para información general sobre la copia de base de datos, vea Creación de una copia transaccionalmente coherente de una base de datos de Azure SQL Database.
Nota:
Para usar el parámetro -BackupStorageRedundancy con operaciones de restauración de base de datos, copia de base de datos o creación de un elemento secundario, use Azure PowerShell versión Az.Sql 2.11.0 o posterior.
Actualmente no es posible cambiar la redundancia del almacenamiento de copia de seguridad mediante la API de REST.
Azure SQL Database