Copia de seguridad y restauración de SQL Server que se ejecuta en máquinas virtuales de Azure
SQL Server tiene dos tipos de bases de datos: sistema y usuario. Las bases de datos del sistema son las que usa SQL Server, como master y msdb. Las bases de datos de usuario son las creadas por los usuarios que almacenan los datos de las aplicaciones. Ambos son importantes para tener en cuenta al diseñar una copia de seguridad y un plan de recuperación. La naturaleza de la mayoría de las bases de datos del sistema es que se actualizan con menos frecuencia, aunque hay excepciones. Como regla general, las bases de datos del sistema no se restauran de una instancia de SQL Server a otra. Su principal preocupación debe ser realizar copias de seguridad de las bases de datos de usuario.
Los tipos de copias de seguridad más comunes generados para las instalaciones de SQL Server son completos, diferenciales y del registro de transacciones. Dependiendo del método de implementación, no todos ellos pueden estar disponibles como opción.
Una copia de seguridad completa de la base de datos es una copia de seguridad de una base de datos única. Cuando se realiza la copia de seguridad, todas las páginas de la base de datos se copian en el dispositivo de copia de seguridad. La copia de seguridad contiene suficiente información para poder restaurar la base de datos al punto en el que se realizó la copia de seguridad. Si desea restaurar a un punto específico en el tiempo para lograr el objetivo de punto de recuperación (RPO), se puede lograr con el uso de copias de seguridad diferenciales o del registro de transacciones. Una copia de seguridad completa de la base de datos realiza una copia de seguridad de todos los cambios realizados en la base de datos cuando finaliza la copia de seguridad.
Una copia de seguridad diferencial contiene todas las páginas de base de datos que han cambiado desde la última vez que se realizó una copia de seguridad completa.
Una copia de seguridad del registro de transacciones no solo se usa para poder lograr el RPO y llegar a un momento más granular, sino que borra el registro de transacciones y mantiene su tamaño manejable. Las copias de seguridad del registro de transacciones se pueden generar con tanta frecuencia como cada 30 segundos, aunque esto no es práctico.
Importante
Comprenda cómo funciona el registro de transacciones porque afecta no solo a cómo se realiza la copia de seguridad del registro de transacciones, sino también a cómo puede realizar la recuperación a un momento dado mediante archivos de registro de transacciones.
Hay otras opciones de copia de seguridad, como solo copia, archivo, grupo de archivos, parcial, etc.
Una copia de seguridad diferencial o de registro se puede restaurar después de restaurar una base de datos completa, siempre y cuando el comando RESTORE de base de datos use el WITH NORECOVERY o la opción WITH STANDBY. Si no se usa ninguna opción, la base de datos RESTORE realizará una recuperación de la base de datos, después de la cual no se pueden aplicar copias de seguridad adicionales.
Cada base de datos de SQL Server usa uno de los tres modelos de recuperación: FULL, BULK_LOGGED o SIMPLE. El modelo de recuperación se establece como una opción de base de datos y rige el tipo de copias de seguridad y restauraciones que se pueden usar con la base de datos. La mayoría de las bases de datos se establecen en COMPLETO o SIMPLE. FULL permite generar todos los tipos de copias de seguridad, mientras que SIMPLE no permite las copias de seguridad del registro de transacciones. Esto significa que si tiene un RPO más pequeño, es posible que SIMPLE no satisfaga sus necesidades, ya que no se puede restaurar a un punto específico en el tiempo.