Diseñar la copia de seguridad y la recuperación de Azure SQL.
Es fundamental que pueda recuperar los datos de la base de datos SQL. Debe considerar la posibilidad de realizar copias de seguridad automatizadas de Azure SQL Database y Azure SQL Managed Instance. Las copias de seguridad de bases de datos permiten la restauración de la base de datos a un momento dado especificado y dentro de un período de retención configurado.
Descripción de las copias de seguridad automatizadas
Tanto SQL Database como SQL Managed Instance usan tecnología de SQL Server para crear copias de seguridad completas cada semana, copias de seguridad diferenciales cada 12 o 24 horas y copias de seguridad del registro de transacciones cada 5 o 10 minutos. La frecuencia de las copias de seguridad del registro de transacciones se basa en el tamaño de proceso y en la cantidad de actividad de la base de datos. Cuando una base de datos se restaura, el servicio averigua qué copia de seguridad completa, diferencial o del registro de transacciones es necesario restaurar.
Copias de seguridad completas: En una copia de seguridad completa, se realiza una copia de seguridad de todo lo que se encuentra en la base de datos y en los registros de transacciones. SQL Database realiza una copia de seguridad completa una vez a la semana.
Copias de seguridad diferenciales: En una copia de seguridad diferencial, se realiza una copia de seguridad de todo lo que ha cambiado desde la última copia de seguridad completa. SQL Database realiza una copia de seguridad diferencial cada 12 o 24 horas.
Copias de seguridad transaccionales: En una copia de seguridad transaccional, se realiza una copia de seguridad del contenido de los registros de transacciones. Si se produce un error en el registro de transacciones más reciente o está dañado, la opción es volver a la copia de seguridad del registro de transacciones anterior. Las copias de seguridad transaccionales permiten a los administradores restaurar hasta un momento específico, lo que incluye el momento en el que se han eliminado los datos por error. Copias de seguridad del registro de transacciones cada 5 o 10 minutos.
Descripción de los casos de uso de la copia de seguridad
Puede usar las copias de seguridad automatizadas de varias maneras.
Restauración de una base de datos existente a un momento dado en el pasado dentro del período de retención. Esta operación crea una nueva base de datos en el mismo servidor que la base de datos original, pero usa un nombre diferente para evitar sobrescribir la base de datos original. Una vez completada la restauración, puede eliminar la base de datos original.
Restaurar una base de datos eliminada al momento de su eliminación o a cualquier otro punto dentro del período de retención. La base de datos eliminada solo se puede restaurar en el mismo servidor o instancia administrada donde se ha creado la base de datos original.
Restaurar una base de datos en otra región geográfica. La restauración geográfica le permite recuperarse de un desastre en una región geográfica cuando no puede acceder a la base de datos o a las copias de seguridad en la región primaria. Crea una base de datos en cualquier servidor o instancia administrada existente, en cualquier región de Azure.
Restauración de una base de datos a partir de una copia de seguridad específica a largo plazo de una base de datos única o agrupada. Si la base de datos está configurada con una directiva de retención a largo plazo, puede restaurar una versión anterior de la base de datos.
Directivas de retención de copias de seguridad a largo plazo
Las copias de seguridad automáticas de Azure SQL Database están disponibles para su restauración durante un máximo de 35 días. Este período es suficiente para los fines de la administración diaria. Pero en ocasiones es posible que tenga que conservar los datos durante períodos más largos. Por ejemplo, las regulaciones de protección de datos de la jurisdicción local podrían requerir que conserve las copias de seguridad durante varios años.
Para cumplir estos requisitos, use la característica de retención a largo plazo (LTR). De este modo, puede almacenar copias de seguridad de Azure SQL Database en blobs de almacenamiento con redundancia geográfica con acceso de lectura (RA-GRS) durante un máximo de 10 años. Si necesita tener acceso a cualquier copia de seguridad en LTR, puede restaurarla como una nueva base de datos mediante Azure Portal o PowerShell.