Retención a largo plazo: Azure SQL Database y Azure SQL Managed Instance
Se aplica a: 
Azure SQL Database Azure SQL Managed Instance
En este artículo se proporciona información general conceptual sobre la retención a largo plazo de copias de seguridad para Azure SQL Database y Azure SQL Managed Instance. La retención a largo plazo se puede configurar para un máximo de 10 años en copias de seguridad para Azure SQL Database (incluido el nivel de servicio Hiperescala) y para Azure SQL Managed Instance.
Para comenzar, consulta como realizar la configuración de la retención a largo plazo para Azure SQL Database y Azure SQL Managed Instance.
Cómo funciona la retención a largo plazo
Muchas aplicaciones tienen finalidades normativas, de cumplimiento u otras de carácter empresarial que requieren la conservación de las copias de seguridad de las bases de datos más allá del período de entre 1 y 35 días que ofrece el período de retención a corto plazo de las copias de seguridad automáticas. La retención de copia de seguridad a largo plazo (LTR) se basa en las copias de seguridad de base de datos completas creadas automáticamente por el servicio Azure SQL. Para obtener más información, consulta copias de seguridad automatizadas en Azure SQL Database o Copias de seguridad automatizadas en Azure SQL Managed Instance.
Con la característica de retención a largo plazo (LTR), puedes almacenar copias de seguridad completas específicas de SQL Database y SQL Managed Instance en Azure Blob Storage con una política de redundancia configurable durante un máximo de 10 años. Las copias de seguridad de LTR se pueden restaurar luego como una nueva base de datos. Si se configura una directiva LTR, las copias de seguridad automatizadas se copian en blobs diferentes para el almacenamiento a largo plazo que puede usar después para restaurar la base de datos a un momento dado específico. La copia es un trabajo en segundo plano que no afecta al rendimiento de la carga de trabajo de la base de datos. La directiva de LTR de cada base de datos de SQL Database también puede especificar con qué frecuencia se crean las copias de seguridad LTR.
Nota:
- Actualmente no es posible configurar copias de seguridad de Azure SQL Database y Azure SQL Managed Instance como inmutables. Las copias de seguridad de LTR no son modificables, pero puede eliminarlas a través de Azure Portal, la CLI de Azure, PowerShell o la API de REST. Para más información, consulte Configurar copias de seguridad de LTR.
- En Azure SQL Managed Instance, utilice trabajos del Agente SQL para programar copias de seguridad de base de datos de solo copia y conservarlas en su propia cuenta de almacenamiento. Esta podría ser una alternativa a la funcionalidad LTR que puede conservar sus copias de seguridad hasta 10 años.
Para habilitar la LTR, puede definir una directiva mediante una combinación de cuatro parámetros: retención de copia de seguridad semanal (W), retención de copia de seguridad mensual (M), retención de copia de seguridad anual (Y) y semana del año (WeekOfYear). Si especificas W, se copia una copia de seguridad cada semana en el almacenamiento a largo plazo. Si especifica M, la primera copia de seguridad de cada mes se copia en el almacenamiento a largo plazo. Si especifica Y, se copia una copia de seguridad durante la semana especificada en WeekOfYear en el almacenamiento a largo plazo. Si el valor de WeekOfYear especificado pertenece al pasado al configurar la directiva, la primera copia de seguridad de LTR se crea el año siguiente. Cada copia de seguridad se conserva en el almacenamiento a largo plazo según los parámetros de la directiva configurados al crear la copia de seguridad de LTR.
Cualquier cambio en la directiva LTR se aplica solo a las copias de seguridad futuras. Por ejemplo, si se modifican los parámetros de retención de copia de seguridad semanal (W), retención de copia de seguridad mensual (M) o retención de copia de seguridad anual (Y), la nueva configuración de retención solo se aplicará a las copias de seguridad nuevas. La retención de las copias de seguridad existentes no se modificará. Si su intención es eliminar las copias de seguridad de LTR anteriores antes de que expire su período de retención, tendrá que eliminar manualmente las copias de seguridad.
Ejemplos de la directiva LTR:
W=0, M=0, Y=5, WeekOfYear=3La tercera copia de seguridad completa de cada año se conserva durante cinco años.
W=0, M=3, Y=0La primera copia de seguridad completa de cada mes se conserva durante tres meses.
W=12, M=0, Y=0Cada copia de seguridad completa semanal se conserva durante 12 semanas.
W=6, M=12, Y=10, WeekOfYear=20Cada copia de seguridad completa semanal se conserva durante seis semanas. Excepto la primera copia de seguridad completa de cada mes, que se conserva durante 12 meses. Excepto la copia de seguridad completa realizada en la vigésima semana del año, que se conserva durante 10 años.
En la tabla siguiente se muestra la cadencia y caducidad de las copias de seguridad a largo plazo para la siguiente directiva:
W=12 weeks (84 días), M=12 months (365 días), Y=10 years (3650 días), WeekOfYear=20 (la semana después del 13 de mayo)
Las fechas siguientes están en ISO 8601 (YYYY-MM-DD).
| Copia de seguridad de PITR en LTR | Expiración W | Expiración M | Expiración Y |
|---|---|---|---|
| 2018-03-07 | 2019-03-02 | ||
| 2018-03-14 | 2018-06-06 | ||
| 2018-03-21 | 2018-06-13 | ||
| 2018-03-28 | 2018-06-20 | ||
| 2018-04-04 | 2019-03-30 | ||
| 2018-04-11 | 2018-07-04 | ||
| 2018-04-18 | 2018-07-11 | ||
| 2018-04-25 | 18-07-2018 | ||
| 2018-05-02 | 2019-04-27 | ||
| 2018-05-09 | 2018-08-01 | ||
| 2018-05-16 | 2028-05-13 | ||
| 2018-05-23 | 15-08-2018 | ||
| 2018-05-30 | 2018-08-22 | ||
| 2018-06-06 | 2019-06-01 | ||
| 2018-06-13 | 2018-09-05 | ||
| 2018-06-20 | 2018-09-12 | ||
| 2018-06-27 | 2018-09-19 | ||
| 2018-07-04 | 2019-06-29 | ||
| 2018-07-11 | 2018-10-03 | ||
| 18-07-2018 | 2018-10-10 | ||
| 2018-07-25 | 2018-10-17 | ||
| 2018-08-01 | 2019-07-27 | ||
| 2018-08-08 | 2018-10-31 | ||
| 15-08-2018 | 2018-11-07 | ||
| 2018-08-22 | 2018-11-14 | ||
| 2018-08-29 | 2018-11-21 |
Si modifica la directiva anterior y establece W=0 (sin copias de seguridad semanales), el servicio solo conserva las copias de seguridad mensuales y anuales. No se almacenan copias de seguridad semanales en la directiva LTR. La cantidad de almacenamiento necesaria para mantener estas copias de seguridad se reduciría según corresponda.
Importante
Azure SQL Database controla los intervalos en que se hacen las copias de seguridad de LTR individuales. No se puede crear una copia de seguridad de retención a largo plazo manualmente ni tampoco controlar los intervalos de creación de copias de seguridad. Después de configurar una directiva LTR, pueden transcurrir hasta siete días para que la primera copia de seguridad de LTR aparezca en la lista de copias de seguridad disponibles.
Si elimina un servidor lógico o una instancia administrada, también se eliminan todas las bases de datos que contenga y no se pueden recuperar. No se puede restaurar un servidor o una instancia administrada que se hayan eliminado. Sin embargo, si ha configurado LTR para una base de datos o una instancia administrada, las copias de seguridad LTR no se eliminan y se pueden usar para restaurar bases de datos en otro servidor o instancia administrada de la misma suscripción, a un momento dado en el que se haya realizado una copia de seguridad LTR.
De forma similar, si elimina una base de datos, las copias de seguridad de LTR no se eliminan y se conservan durante el período de retención configurado. Estas copias de seguridad se pueden restaurar en el mismo servidor o en otro servidor de la misma suscripción.
Retención de copia de seguridad a largo plazo y replicación geográfica
Si usa grupos de conmutación por error o de replicación geográfica activa como solución de continuidad del negocio, debe prepararse para posibles conmutaciones por error y configurar la misma directiva de LTR en la instancia o base de datos secundaria. El costo de almacenamiento de LTR no aumenta, ya que las copias de seguridad no se generan desde las bases de datos secundarias. Las copias de seguridad solo se crean cuando la secundaria se convierte en principal. Esto garantiza una generación de las copias de seguridad LTR ininterrumpida cuando se desencadene la conmutación por error y la base de datos principal se mueva a la región secundaria.
Nota:
Cuando la base de datos principal original se recupera de una interrupción que provoque la conmutación por error, se convierte en una nueva base de datos secundaria. Por lo tanto, no se reanudará la creación de la copia de seguridad y la directiva de LTR existente no entra en vigor hasta que vuelva a ser la base de datos principal.
Configuración de la retención de copia de seguridad a largo plazo
Puede configurar la retención de copias de seguridad a largo plazo mediante Azure Portal y PowerShell para Azure SQL Database y Azure SQL Managed Instance. Para restaurar una base de datos desde el almacenamiento de LTR, puede seleccionar una copia de seguridad específica en función de su marca de tiempo. La base de datos se puede restaurar en cualquier servidor existente de la misma instancia administrada y con la misma suscripción que la base de datos original.
Para aprender a configurar la retención a largo plazo o restaurar una base de datos a partir de una copia de seguridad de SQL Database mediante Azure Portal o PowerShell, consulte Administración de la retención de copias de seguridad a largo plazo de Azure SQL Database.
Para obtener información sobre cómo configurar la retención a largo plazo o cómo restaurar una base de datos a partir de una copia de seguridad de SQL Managed Instance mediante Azure Portal o PowerShell, consulte Administración de la retención de copias de seguridad a largo plazo en Azure SQL Managed Instance.
Cuando se inicia una solicitud de restauración en los 7 últimos días del período de retención de LTR, Azure extenderá automáticamente la fecha de expiración de todas las copias de seguridad 7 días para evitar que una copia de seguridad de LTR expire durante la restauración.
Nota:
Si usa copias de seguridad de LTR para satisfacer los requisitos de cumplimiento u otros requisitos críticos, considere la posibilidad de realizar simulacros de recuperación periódicos para comprobar que se pueden restaurar las copias de seguridad de LTR y que la restauración da como resultado el estado esperado de la base de datos.
Contenido relacionado
Dado que las copias de seguridad de bases de datos protegen los datos de eliminaciones o daños accidentales, son una parte esencial de cualquier estrategia de recuperación ante desastres y de continuidad empresarial.
- Introducción a la continuidad empresarial con Azure SQL Database
- Introducción a la continuidad empresarial con Azure SQL Managed Instance
- Copias de seguridad automatizadas en Azure SQL Database
- Copias de seguridad automatizadas en Azure SQL Managed Instance
Para ver un tutorial sobre cómo configurar y administrar copias de seguridad de LTR, visite: