Copias de seguridad automatizadasAutomated backups

SQL Database crea automáticamente las copias de seguridad de base de datos que se conservan entre 7 y 35 días, y usa el almacenamiento con redundancia geográfica de acceso de lectura (RA-GRS) para asegurarse de que se conservan incluso si el centro de datos no está disponible.SQL Database automatically creates the database backups that are kept between 7 and 35 days, and uses Azure read-access geo-redundant storage (RA-GRS) to ensure that they are preserved even if the data center is unavailable. Estas copias de seguridad se crean automáticamente.These backups are created automatically. Las copias de seguridad de base de datos son una parte esencial de cualquier estrategia de recuperación ante desastres y continuidad del negocio, ya que protegen los datos de daños o eliminaciones accidentales.Database backups are an essential part of any business continuity and disaster recovery strategy because they protect your data from accidental corruption or deletion. Si las reglas de seguridad exigen que las copias de seguridad estén disponibles durante un largo período de tiempo (hasta 10 años), puede configurar una retención a largo plazo en bases de datos singleton y grupos elásticos.If your security rules require that your backups are available for an extended period of time (up to 10 years), you can configure a long-term retention on Singleton databases and Elastic pools.

Nota

En este artículo se indican los pasos para eliminar los datos personales del dispositivo o del servicio y puede utilizarse para cumplir con sus obligaciones según el Reglamento general de protección de datos (RGPD).This article provides steps for how to delete personal data from the device or service and can be used to support your obligations under the GDPR. Si desea obtener información general sobre el RGPD, consulte la sección sobre RGPD del Portal de confianza de servicios.If you’re looking for general info about GDPR, see the GDPR section of the Service Trust portal.

Qué es una copia de seguridad de SQL DatabaseWhat is a SQL Database backup

SQL Database emplea tecnología de SQL Server para crear copias de seguridad completas cada semana, copias de seguridad diferenciales cada 12 horas y copias de seguridad del registro de transacciones cada 5 o 10 minutos.SQL Database uses SQL Server technology to create full backups every week, differential backups every 12 hours, and transaction log backups every 5-10 minutes. Las copias de seguridad se almacenan en blobs de almacenamiento RA-GRS que se replican en un centro de datos emparejado con el fin de brindar protección frente a interrupciones en el centro de datos.The backups are stored in RA-GRS storage blobs that are replicated to a paired data center for protection against a data center outage. Cuando se restaura una base de datos, el servicio calcula qué copia de seguridad completa, diferencial o del registro de transacciones es necesario restaurar.When you restore a database, the service figures out which full, differential, and transaction log backups need to be restored.

Puede utilizar estas copias de seguridad para realizar lo siguiente:You can use these backups to:

  • Restaurar una base de datos existente a un momento en el tiempo pasado dentro del período de retención mediante Azure Portal, Azure PowerShell, la CLI de Azure o una API REST.Restore an existing database to a point-in-time in the past within the retention period using the Azure portal, Azure PowerShell, Azure CLI, or REST API. En bases de datos singleton y grupos elásticos, esta operación creará una base de datos en el mismo servidor que la base de datos original.In Single database and Elastic pools, this operation will create a new database in the same server as the original database. En instancias administradas, esta operación puede crear una copia de la base de datos o una instancia administrada igual o diferente en la misma suscripción.In Managed Instance, this operation can create a copy of the database or same or different Managed Instance under the same subscription.
  • Restaurar una base de datos eliminada al momento en que se eliminó o a cualquier otro punto dentro del periodo de retención.Restore a deleted database to the time it was deleted or anytime within the retention period. La base de datos eliminada solo se puede restaurar en el mismo servidor local o instancia administrada donde se creó la base de datos original.The deleted database can only be restored in the same logical server or Managed Instance where the original database was created.
  • Restaurar una base de datos en otra región geográfica.Restore a database to another geographical region. La restauración geográfica le permite recuperarse de un desastre en una región geográfica cuando no puede acceder a su servidor y base de datos.Geo-restore allows you to recover from a geographic disaster when you cannot access your server and database. Crea una nueva base de datos en cualquier servidor existente del mundo.It creates a new database in any existing server anywhere in the world.
  • Restaurar una base de datos desde una copia de seguridad a largo plazo específica en bases de datos singleton y grupos elásticos si la base de datos se ha configurado con una directiva de retención a largo plazo (LTR).Restore a database from a specific long-term backup on Single Database or Elastic Pool if the database has been configured with a long-term retention policy (LTR). LTR permite restaurar una versión antigua de la base de datos con Azure Portal o Azure PowerShell para respetar una solicitud de cumplimiento o ejecutar una versión antigua de la aplicación.LTR allows you to restore an old version of the database using the Azure portal or Azure PowerShell to satisfy a compliance request or to run an old version of the application. Para más información, consulte retención a largo plazo.For more information, see Long-term retention.
  • Para llevar a cabo una restauración, consulte el artículo sobre la restauración de bases de datos a partir de copias de seguridad.To perform a restore, see restore database from backups.

Nota

En Azure Storage, el término replicación hace referencia a la copia de archivos desde una ubicación a otra.In Azure storage, the term replication refers to copying files from one location to another. La replicación de base de datos de SQL hace referencia al mantenimiento de varias bases de datos secundarias sincronizadas con una base de datos principal.SQL's database replication refers to keeping multiple secondary databases synchronized with a primary database.

Puede probar algunas de estas operaciones con los ejemplos siguientes:You can try some of these operations using the following examples:

El Portal de AzureThe Azure portal Azure PowerShellAzure PowerShell
Cambio del período de retención de copia de seguridadChange backup retention Base de datos únicaSingle Database
Instancia administradaManaged Instance
Base de datos únicaSingle Database
Instancia administradaManaged Instance
Cambio del período de retención de copia de seguridad a largo plazoChange Long-term backup retention Base de datos únicaSingle database
Instancia administrada: N/DManaged Instance - N/A
Base de datos únicaSingle Database
Instancia administrada: N/DManaged Instance - N/A
Restauración de la base de datos a partir de un momento en el tiempoRestore database from point-in-time Base de datos únicaSingle database Base de datos únicaSingle database
Instancia administradaManaged Instance
Restaurar la base de datos eliminadaRestore deleted database Base de datos únicaSingle database Base de datos únicaSingle database
Instancia administradaManaged Instance
Restauración de la base de datos desde Azure Blob StorageRestore database from Azure Blob Storage Base de datos única: N/DSingle database - N/A
Instancia administrada: N/DManaged Instance - N/A
Base de datos única: N/DSingle database - N/A
Instancia administradaManaged Instance

Cuánto tiempo se conservan las copias de seguridadHow long are backups kept

Todas las bases de datos de Azure SQL (únicas, agrupadas y de instancia administrada) tienen un período de retención de copias de seguridad predeterminado de siete días.All Azure SQL databases (single, pooled, and managed instance databases) have a default backup retention period of seven days. Puede cambiar el período de retención de copia de seguridad a 35 días máximo.You can change backup retention period up to 35 days.

Si elimina una base de datos, SQL Database mantendrá las copias de seguridad de la misma manera que para una base de datos en línea.If you delete a database, SQL Database will keep the backups in the same way it would for an online database. Por ejemplo, si elimina una base de datos básica que tiene un período de retención de siete días, una copia de seguridad con cuatro días de antigüedad se guarda durante tres días más.For example, if you delete a Basic database that has a retention period of seven days, a backup that is four days old is saved for three more days.

Si tiene que conservar las copias de seguridad durante más tiempo que el período de retención máximo, puede modificar las propiedades de copia de seguridad para agregar uno o varios períodos de retención a largo plazo a la base de datos.If you need to keep the backups for longer than the maximum retention period, you can modify the backup properties to add one or more long-term retention periods to your database. Para más información, consulte retención a largo plazo.For more information, see Long-term retention.

Importante

Si elimina el servidor de Azure SQL que hospeda las bases de datos SQL, todos los grupos elásticos y las bases de datos que pertenecen al servidor también se eliminan y no se pueden recuperar.If you delete the Azure SQL server that hosts SQL databases, all elastic pools and databases that belong to the server are also deleted and cannot be recovered. No puede restaurar un servidor eliminado.You cannot restore a deleted server. Pero si ha configurado la retención a largo plazo, no se eliminarán las copias de seguridad de las bases de datos con LTR y estas bases de datos se pueden restaurar.But if you configured long-term retention, the backups for the databases with LTR will not be deleted and these databases can be restored.

Con qué frecuencia se producen las copias de seguridadHow often do backups happen

Copias de seguridad para la restauración a un momento dadoBackups for point-in-time restore

SQL Database admite el autoservicio de restauración a un momento dado (PITR) mediante la creación automática de copias de seguridad completas, copias de seguridad diferenciales y copias de seguridad de registro de transacciones.SQL Database supports self-service for point-in-time restore (PITR) by automatically creating full backup, differential backups, and transaction log backups. Las copias de seguridad de la base de datos completas se crean todas las semanas, las copias de seguridad de la base de datos diferenciales se suelen crear cada 12 horas y las copias de seguridad del registro de transacciones, cada 5-10 minutos; la frecuencia se basa en el tamaño de proceso y la cantidad de actividad de la base de datos.Full database backups are created weekly, differential database backups are generally created every 12 hours, and transaction log backups are generally created every 5 - 10 minutes, with the frequency based on the compute size and amount of database activity. La primera copia de seguridad completa se programa inmediatamente después de la creación de la base de datos.The first full backup is scheduled immediately after a database is created. Normalmente, se completa en 30 minutos pero puede tardar más si la base de datos tiene un tamaño considerable.It usually completes within 30 minutes, but it can take longer when the database is of a significant size. Por ejemplo, la copia de seguridad inicial puede tardar más en una base de datos restaurada o una copia de la base de datos.For example, the initial backup can take longer on a restored database or a database copy. Después de la primera copia de seguridad completa, todas las copias de seguridad adicionales se programan automáticamente y se administran silenciosamente en segundo plano.After the first full backup, all further backups are scheduled automatically and managed silently in the background. El servicio SQL Database determina el momento exacto en el que se producen todas las copias de seguridad de la base de datos a medida que equilibra la carga de trabajo global del sistema.The exact timing of all database backups is determined by the SQL Database service as it balances the overall system workload. No se pueden cambiar o deshabilitar los trabajos de copia de seguridad.You cannot change or disable the backup jobs.

Las copias de seguridad PITR tienen redundancia geográfica y se protegen mediante la replicación entre regiones de Azure StorageThe PITR backups are geo-redundant and protected by Azure Storage cross-regional replication

Para más información, consulte Restauración a un momento dado.For more information, see Point-in-time restore

Copias de seguridad para retención a largo plazoBackups for long-term retention

Las bases de datos únicas y agrupadas le ofrecen la opción de configurar la retención a largo plazo (LTR) de las copias de seguridad completas durante un período máximo de 10 años en Azure Blob Storage.Single and pooled databases offer the option of configuring long-term retention (LTR) of full backups for up to 10 years in Azure Blob storage. Si la directiva LTR está habilitada, las copias de seguridad completas semanales se copian de forma automática en otro contenedor de almacenamiento de RA-GRS.If LTR policy is enabled, the weekly full backups are automatically copied to a different RA-GRS storage container. Para satisfacer los distintos requisitos de cumplimiento, puede seleccionar distintos períodos de retención para copias de seguridad semanales, mensuales o anuales.To meet different compliance requirement, you can select different retention periods for weekly, monthly and/or yearly backups. El consumo de almacenamiento depende de la frecuencia seleccionada de las copias de seguridad y de los períodos de retención.The storage consumption depends on the selected frequency of backups and the retention period(s). Para estimar el costo del almacenamiento de LTR, se puede usar la calculadora de precios de LTR.You can use the LTR pricing calculator to estimate the cost of LTR storage.

Como sucede con PITR, las copias de seguridad LTR tienen redundancia geográfica y se protegen mediante la replicación entre regiones de Azure Storage.Like PITR, the LTR backups are geo-redundant and protected by Azure Storage cross-regional replication.

Para obtener más información, vea Retención de copias de seguridad a largo plazo.For more information, see Long-term backup retention.

Costos de almacenamientoStorage costs

Para bases de datos únicas, se ofrece una cantidad de almacenamiento de copia de seguridad mínimo igual al 100 % del tamaño de la base de datos sin costo adicional.For single databases, a minimum backup storage amount equal to 100% of database size is provided at no extra charge. En el caso de los grupos elásticos, se proporciona una cantidad mínima de almacenamiento de copia de seguridad igual al 100 % del almacenamiento de datos asignado para el grupo sin costo adicional.For elastic pools, a minimum backup storage amount equal to 100% of the allocated data storage for the pool is provided at no extra charge. El consumo adicional de almacenamiento de copia de seguridad se cobrará en GB/mes.Additional consumption of backup storage will be charged in GB/month. Este consumo adicional dependerá de la carga de trabajo y el tamaño de las bases de datos individuales.This additional consumption will depend on the workload and size of the individual databases.

Para más información sobre los precios de almacenamiento, consulte la página de precios.For more information about storage prices, see the pricing page.

Cifrado de las copias de seguridadAre backups encrypted

Si la base de datos se cifra con TDE, las copias de seguridad se cifran de forma automática en reposo, incluidas las copias de seguridad LTR.If your database is encrypted with TDE, the backups are automatically encrypted at rest, including LTR backups. Cuando TDE está habilitado para una base de datos de Azure SQL, también se cifran las copias de seguridad.When TDE is enabled for an Azure SQL database, backups are also encrypted. Todas las nuevas bases de datos de Azure SQL están configuradas con TDE habilitado de forma predeterminada.All new Azure SQL databases are configured with TDE enabled by default. Para obtener más información sobre TDE, vea Cifrado de datos transparente con Azure SQL Database.For more information on TDE, see Transparent Data Encryption with Azure SQL Database.

Garantía de integridad de la copia de seguridad de MicrosoftHow does Microsoft ensure backup integrity

De forma continuada, el equipo de ingeniería de Azure SQL Database prueba automáticamente la restauración de las copias de seguridad automatizadas de las bases de datos que se encuentran en los servidores lógicos y los grupos elásticos (esta función no está disponible en Instancia administrada).On an ongoing basis, the Azure SQL Database engineering team automatically tests the restore of automated database backups of databases placed in Logical servers and Elastic pools (this is not available in Managed Instance). Tras la restauración a un momento dado, las bases de datos también reciben comprobaciones de integridad mediante DBCC CHECKDB.Upon point-in-time restore, databases also receive integrity checks using DBCC CHECKDB.

Instancia administrada realiza una copia de seguridad inicial automática con CHECKSUM de las bases de datos restauradas mediante el comando RESTORE nativo o el servicio de migración de datos una vez finalizada la migración.Managed Instance takes automatic initial backup with CHECKSUM of the databases restored using native RESTORE command or Data Migration Service once the migration is completed.

Los problemas encontrados durante la comprobación de integridad producen una alerta para el equipo de ingeniería.Any issues found during the integrity check will result in an alert to the engineering team. Para más información acerca de la integridad de los datos en Azure SQL Database, consulte Data Integrity in Azure SQL Database (Integridad de datos en Azure SQL Database).For more information about data integrity in Azure SQL Database, see Data Integrity in Azure SQL Database.

Cómo afectan las copias de seguridad automatizadas al cumplimientoHow do automated backups impact compliance

Al migrar la base de datos de un nivel de servicio basado en DTU con la retención PITR predeterminada de 35 días a un nivel de servicio basado en núcleos virtuales, se conserva la retención PITR para garantizar que la directiva de recuperación de datos de la aplicación no se pone en peligro.When you migrate your database from a DTU-based service tier with the default PITR retention of 35 days, to a vCore-based service tier, the PITR retention is preserved to ensure that your application's data recovery policy is not compromised. Si el período de retención predeterminado no satisface los requisitos de cumplimiento, puede cambiar el período de retención PITR con PowerShell o la API REST.If the default retention doesn't meet your compliance requirements, you can change the PITR retention period using PowerShell or REST API. Para más información, consulte Cambio del período de retención de Azure Backup.For more information, see Change Backup Retention Period.

Nota

En este artículo se indican los pasos para eliminar los datos personales del dispositivo o del servicio y puede utilizarse para cumplir con sus obligaciones según el Reglamento general de protección de datos (RGPD).This article provides steps for how to delete personal data from the device or service and can be used to support your obligations under the GDPR. Si desea obtener información general sobre el RGPD, consulte la sección sobre RGPD del Portal de confianza de servicios.If you’re looking for general info about GDPR, see the GDPR section of the Service Trust portal.

Cómo cambiar el período de retención de las copias de seguridad de PITRHow to change the PITR backup retention period

Puede cambiar el período de retención predeterminado de copia de seguridad de PITR mediante Azure Portal, PowerShell o la API REST.You can change the default PITR backup retention period using the Azure portal, PowerShell, or the REST API. Los valores admitidos son: 7, 14, 21, 28 o 35 días.The supported values are: 7, 14, 21, 28 or 35 days. En los ejemplos siguientes se muestra cómo cambiar la retención PITR a 28 días.The following examples illustrate how to change PITR retention to 28 days.

Advertencia

Si reduce el período de retención actual, todas las copias de seguridad existentes anteriores al período de retención nuevo dejan de estar disponibles.If you reduce the current retention period, all existing backups older than the new retention period are no longer available. Si aumenta el período de retención actual, SQL Database mantendrá las copias de seguridad existentes hasta que se alcance el nuevo período de retención.If you increase the current retention period, SQL Database will keep the existing backups until the longer retention period is reached.

Nota

Estas API solo afectarán al período de retención PITR.These APIs will only impact the PITR retention period. Si ha configurado LTR para la base de datos, no se verá afectada.If you configured LTR for your database, it will not be impacted. Para más información sobre cómo cambiar los períodos de retención de LTR, consulte Retención de copias de seguridad a largo plazo.For more information about how to change the LTR retention period(s), see Long-term retention.

Cambio del período de retención de copia de seguridad de PITR mediante Azure PortalChange PITR backup retention period using the Azure portal

Para cambiar el periodo de retención de copia de seguridad de PITR mediante Azure Portal, vaya al objeto de servidor cuyo período de retención desea cambiar dentro del portal y, luego, seleccione la opción apropiada según el objeto de servidor que va a modificar.To change the PITR backup retention period using the Azure portal, navigate to the server object whose retention period you wish to change within the portal and then select the appropriate option based on which server object you're modifying.

Cambiar PITR para un servidor de SQL DatabaseChange PITR for a SQL Database server

Cambio de PITR en Azure Portal

Cambio de PITR de una Instancia administradaChange PITR for a Managed Instance

Cambio de PITR en Azure Portal

Cambiar el período de retención de copia de seguridad PITR mediante PowerShellChange PITR backup retention period using PowerShell

Nota

Este artículo se ha actualizado para usar el nuevo módulo Az de Azure PowerShell.This article has been updated to use the new Azure PowerShell Az module. Aún puede usar el módulo de AzureRM que continuará recibiendo correcciones de errores hasta diciembre de 2020 como mínimo.You can still use the AzureRM module, which will continue to receive bug fixes until at least December 2020. Para más información acerca del nuevo módulo Az y la compatibilidad con AzureRM, consulte Introducing the new Azure PowerShell Az module (Presentación del nuevo módulo Az de Azure PowerShell).To learn more about the new Az module and AzureRM compatibility, see Introducing the new Azure PowerShell Az module. Para obtener instrucciones sobre la instalación del módulo Az, consulte Instalación de Azure PowerShell.For Az module installation instructions, see Install Azure PowerShell.

Importante

El módulo de Azure Resource Manager para PowerShell todavía es compatible con Azure SQL Database, pero todo el desarrollo futuro se realizará para el módulo Az.Sql.The PowerShell Azure Resource Manager module is still supported by Azure SQL Database, but all future development is for the Az.Sql module. Para estos cmdlets, consulte AzureRM.Sql.For these cmdlets, see AzureRM.Sql. Los argumentos para los comandos del módulo Az y los módulos AzureRm son esencialmente idénticos.The arguments for the commands in the Az module and in the AzureRm modules are substantially identical.

Set-AzSqlDatabaseBackupShortTermRetentionPolicy -ResourceGroupName resourceGroup -ServerName testserver -DatabaseName testDatabase -RetentionDays 28

Cambio del período de retención PITR mediante la API RESTChange PITR retention period using REST API

Solicitud de ejemploSample Request

PUT https://management.azure.com/subscriptions/00000000-1111-2222-3333-444444444444/resourceGroups/resourceGroup/providers/Microsoft.Sql/servers/testserver/databases/testDatabase/backupShortTermRetentionPolicies/default?api-version=2017-10-01-preview

Cuerpo de la solicitudRequest Body

{
  "properties":{
    "retentionDays":28
  }
}

Respuesta de ejemploSample Response

Código de estado: 200Status code: 200

{
  "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
  }
}

Para más información, consulte API REST de retención de Backup.For more information, see Backup Retention REST API.

Pasos siguientesNext steps