Nota
El acceso a esta página requiere autorización. Puede intentar iniciar sesión o cambiar directorios.
El acceso a esta página requiere autorización. Puede intentar cambiar los directorios.
Se aplica a:Azure SQL Database
Azure SQL Managed Instance
En este artículo se proporciona información general conceptual sobre las copias de seguridad de retención a largo plazo (LTR) para Azure SQL Database y Azure SQL Managed Instance. La retención a largo plazo se puede configurar durante un máximo de 10 años en las copias de seguridad de Azure SQL Database (incluido el nivel de servicio Hiperescala) y Azure SQL Managed Instance.
Para empezar a usar la característica de copia de seguridad de retención a largo plazo, consulte:
- Administración de la retención de copias de seguridad a largo plazo de Azure SQL Database
- Administración de la retención de las copias de seguridad a largo plazo de 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 más información, consulte 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. El proceso de copia es un trabajo en segundo plano que no afecta al rendimiento en la carga de trabajo de la base de datos. La directiva LTR de cada base de datos también puede especificar con qué frecuencia se crean las copias de seguridad de 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 REST.
Como solución alternativa en Azure SQL Managed Instance, puede realizar copias de seguridad de base de datos de solo copia y conservarlas en su propia cuenta de Azure Storage como un archivo inmutable.
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.
Los cambios en la directiva LTR solo se aplican a las copias de seguridad futuras. Por ejemplo, si modifica la retención semanal de copia de seguridad (W), la retención mensual de copia de seguridad (M) o la retención anual de copia de seguridad (Y), la nueva configuración de retención solo se aplica a las nuevas copias de seguridad. No se modifica la retención de las copias de seguridad existentes. La directiva LTR se puede configurar para cada base de datos de Azure SQL Database e Instancia administrada de Azure SQL. Si tiene previsto eliminar las copias de seguridad de LTR antiguas antes de que expire su período de retención, puede eliminar manualmente las copias de seguridad.
Nota:
En Azure SQL Database y Azure SQL Managed Instance, al habilitar una directiva LTR por primera vez para una base de datos y la directiva especifica una retención anual, la copia de seguridad completa más reciente desde la restauración a un momento dado (PITR) se copia en el almacenamiento a largo plazo.
Ejemplos de la directiva LTR:
W=0, M=0, Y=5, WeekOfYear=3
La tercera copia de seguridad completa de cada año se conserva durante cinco años.
W=0, M=3, Y=0
La primera copia de seguridad completa de cada mes se conserva durante tres meses.
W=12, M=0, Y=0
Cada copia de seguridad completa semanal se conserva durante 12 semanas.
W=6, M=12, Y=10, WeekOfYear=20
Cada 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 | 13-05-2028 | ||
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 esta directiva y establece W=0
(sin copias de seguridad semanales), las copias de seguridad semanales se conservan hasta que expiran y, a continuación, el servicio solo conserva las copias de seguridad mensuales y anuales. No se almacenan copias de seguridad semanales futuras en la directiva LTR. La cantidad de almacenamiento necesaria para mantener estas copias de seguridad se reduciría según corresponda.
Importante
La programación de las copias de seguridad individuales de LTR está controlada por Microsoft. 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, puede tardar hasta siete días antes de 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 de SQL, también se eliminan todas las bases de datos de ese servidor o instancia administrada. No se puede restaurar un servidor lógico eliminado ni una instancia administrada de SQL. Sin embargo, si ha configurado LTR para una base de datos, las copias de seguridad de LTR no se eliminan y se pueden usar para restaurar bases de datos en un servidor o una instancia administrada diferente de la misma suscripción, a un momento dado en el que se realizó una copia de seguridad de LTR.
Del mismo modo, 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 la replicación geográfica activa o los grupos de conmutación por error como solución de continuidad empresarial, prepárese para las eventuales conmutaciones por error y configure la misma directiva LTR en la base de datos o instancia secundaria que tiene en la base de datos principal. El costo de almacenamiento LTR no aumenta, ya que las copias de seguridad no se generan a partir de servidores secundarios. Las copias de seguridad solo se crean después de que la base de datos secundaria se convierta en principal para garantizar la generación ininterrumpida de copias de seguridad de LTR cuando se desencadena una conmutación por error y la principal se mueve a la región secundaria.
Cuando la base de datos principal original se recupera de un fallo que causó la conmutación por error, se convierte en la nueva base de datos secundaria. Por lo tanto, la creación de la copia de seguridad no se reanudará en la nueva base de datos secundaria y la directiva LTR existente no surtirá efecto hasta que se convierta de nuevo en la 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.
- Administre la retención de copias de seguridad a largo plazo de Azure SQL Database.
- Administre la retención de copias de seguridad a largo plazo de Azure SQL Managed Instance.
Cuando se inicia una solicitud de restauración en los siete días finales del período de retención de LTR, la copia de seguridad de LTR solo se elimina una vez completada la operación de restauración, incluso si el período de retención ha expirado.
En Azure SQL Managed Instance, puede usar los trabajos del Agente SQL para programar copias de seguridad de base de datos de solo copia y moverlas a su propia cuenta de almacenamiento como alternativa a:
- Mantenga las copias de seguridad durante más de 10 años.
- Mantenga copias diarias de las bases de datos durante más de 35 días.
- Almacene copias de seguridad de base de datos en almacenamiento inmutable.
Sugerencia
Si usa copias de seguridad de LTR para cumplir 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.
Paso siguiente
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.