Copia de seguridad administrada de SQL Server en Azure: interoperabilidad y coexistencia

En este tema se describe la interoperabilidad y coexistencia de SQL Server Managed Backup en Microsoft Azure con varias características de SQL Server 2014. Estas características incluyen lo siguiente: Grupos de disponibilidad AlwaysOn, Reflejo de base de datos, Planes de mantenimiento de respaldos, Trasvase de registros, copias de seguridad ad hoc, Desconectar base de datos y Eliminar base de datos.

Grupos de disponibilidad AlwaysOn

Grupos de disponibilidad AlwaysOn configurados como una solución exclusiva para Azure, que es compatible con la copia de seguridad administrada de SQL Server en Microsoft Azure. No se admiten las configuraciones del grupo de disponibilidad AlwaysOn solo local o híbrido. Para más información y otras consideraciones, consulte Configuración de la copia de seguridad administrada de SQL Server en Azure para grupos de disponibilidad.

Reflejo de la base de datos

La copia de seguridad administrada de SQL Server en Microsoft Azure solo se admite en la base de datos principal. Si tanto el servidor principal como la base de datos espejo están configurados para usar la copia de seguridad administrada de SQL Server en Microsoft Azure, se omitirá la base de datos espejo y no se realizará su copia de seguridad. Sin embargo, en caso de conmutación por error, SQL Server Managed Backup en Microsoft Azure iniciará el proceso de copia de seguridad después de que el servidor espejo haya completado el cambio de rol y esté en línea. Las copias de seguridad se almacenarán en un nuevo contenedor en este caso. Si el espejo no está configurado para utilizar la copia de seguridad gestionada de SQL Server en Microsoft Azure, en caso de fallo, no se realiza ninguna copia de seguridad. Se recomienda configurar la copia de seguridad administrada de SQL Server en Microsoft Azure tanto en la entidad de seguridad como en el reflejo para que las copias de seguridad continúen en caso de una conmutación por error.

Plan de mantenimiento

No se admite el uso de planes de mantenimiento para crear copias de seguridad para una base de datos cuando la copia de seguridad administrada de SQL Server en Microsoft Azure está habilitada. Los planes de mantenimiento provocarán que la cadena de registros interrumpida y la copia de seguridad administrada de SQL Server en Microsoft Azure no puedan admitir una capacidad de recuperación garantizada de la base de datos durante la restauración. Esto también se aplica cuando la copia de seguridad administrada de SQL Server en Microsoft Azure está habilitada en el nivel de instancia.

Trasvase de registros

No se puede configurar el trasvase de registros y la copia de seguridad administrada de SQL Server en Microsoft Azure para la misma base de datos al mismo tiempo. Si lo hace, afectará a la capacidad de recuperación de la base de datos mediante cualquiera de las funciones.

Copias de seguridad ad hoc mediante Transact-SQL y SQL Server Management Studio

Las copias de seguridad ad hoc o una vez creadas fuera de la copia de seguridad administrada de SQL Server en Microsoft Azure mediante Transact-SQL o SQL Server Management Studio pueden afectar al proceso de copia de seguridad administrada de SQL Server a Microsoft Azure en función del tipo de copia de seguridad y del medio de almacenamiento utilizado. Las copias de seguridad de registros en una cuenta de Almacenamiento de Azure diferente a la que usa SQL Server Managed Backup en Microsoft Azure, o cualquier otro destino que no sea el servicio Azure Blob Storage, provocarán una interrupción de la cadena de registros. Se recomienda usar el procedimiento almacenado smart_admin.sp_backup_on_demand (Transact-SQL) para iniciar una copia de seguridad en bases de datos que tengan habilitada la copia de seguridad administrada de SQL Server en Microsoft Azure. Puede iniciar una base de datos completa o una copia de seguridad de registros mediante este procedimiento almacenado.

Eliminar base de datos y desconectar base de datos

Si se desasocia o quita una base de datos que tiene habilitada la copia de seguridad administrada de SQL Server en Microsoft Azure, aunque no se pueden realizar copias de seguridad adicionales, las copias de seguridad anteriores permanecen en el almacenamiento hasta que haya transcurrido el período de retención, momento en el que se purgarán las copias de seguridad.

Cambios en el modelo de recuperación

• Si cambia el modelo de recuperación de una base de datos de Simple a Completo o Almacenamiento masivo, tiene la opción de configurar la copia de seguridad gestionada de SQL Server en Microsoft Azure para la base de datos. Esto se considerará como una nueva base de datos desde la perspectiva de Copia de seguridad administrada de SQL Server a Microsoft Azure.

• Si cambia el modelo de recuperación de una base de datos de Full o Bulk-Logged a Simple, que tiene habilitada la copia de seguridad administrada de SQL Server a Microsoft Azure, las operaciones de copia de seguridad ya no se programarán. La configuración del período de retención seguirá estando activa y los archivos de copia de seguridad permanecerán en la cuenta de almacenamiento hasta que haya transcurrido el período de retención. Si desea conservar las copias de seguridad, se recomienda descargar los archivos en una cuenta de almacenamiento diferente o en una ubicación local. Las opciones de configuración se conservan y se pueden reutilizar si el modelo de recuperación se vuelve a establecer en Full o Bulk-Logged de nuevo.

Copias de seguridad de logs mediante otras herramientas de copia de seguridad o scripts personalizados

Las dos copias de seguridad configuradas para realizar copias de seguridad de registros en la misma base de datos provocarán una interrupción en la cadena de registros de copia de seguridad. Aunque la copia de seguridad administrada de SQL Server en Microsoft Azure intentará solucionar la interrupción en la cadena de copia de seguridad mediante la programación de copias de seguridad completas cuando se detecta una interrupción en la cadena, esto significa mantenerse al día continuamente con interrupciones periódicas y copias de seguridad de registros realizadas por dos herramientas de competencia. Esto también puede afectar potencialmente a la capacidad de recuperación de la base de datos, ya que no se puede esperar que ninguna herramienta tenga un conjunto completo de copias de seguridad en secuencia. Aunque esto se aplica a dos características o herramientas que realizan copias de seguridad de registros, resulta útil llamar ejemplos específicos, como se describe a continuación. Esta es también la base de los problemas relacionados con la configuración de planes de mantenimiento o el trasvase de registros, tal como se describe en las secciones anteriores de este tema.

Copias de seguridad basadas en Data Protection Manager (DPM): Microsoft Data Protection Manager permite realizar copias de seguridad completas e incrementales. Las copias de seguridad incrementales son copias de seguridad de registros que realizan un truncamiento de registros después de crear una copia de seguridad de registro de T. Por lo tanto, no se admite la configuración de copia de seguridad administrada de DPM y SQL Server en Microsoft Azure para la misma base de datos.

Herramientas o scripts de terceros: Las herramientas o scripts de terceros que realizan copias de seguridad de registros que provocan el truncamiento de registros no son compatibles con la copia de seguridad administrada de SQL Server en Microsoft Azure y no se admite.

Si tiene habilitada la copia de seguridad administrada de SQL Server en Microsoft Azure para una instancia de base de datos y desea realizar una copia de seguridad ad hoc, puede usar el procedimiento almacenado smart_admin.sp_backup_on_demand (Transact-SQL) tal como se describe en la sección anterior. Si también tiene que programar o anular copias de seguridad periódicamente fuera de la copia de seguridad administrada de SQL Server en Microsoft Azure, puede usar la copia de seguridad de solo copia. Para obtener más información, consulte Copy-Only Copias de seguridad (SQL Server).