Copia de seguridad de SQL Server en Azure Stack

Artículo
03/10/2024

En este artículo se describe cómo configurar Microsoft Azure Backup Server (MABS) para proteger las bases de datos SQL Server en Azure Stack.

Flujo de trabajo de protección de bases de datos de SQL Server

La administración de la realización de copias de seguridad de bases de datos de SQL Server en Azure y la recuperación de las mismas implica:

Crear una directiva de copia de seguridad para proteger las bases de datos de SQL Server
Crear copias de seguridad a petición
Recuperar la base de datos de discos y de Azure

Requisitos previos y limitaciones

Si tiene una base de datos con archivos en un recurso compartido de archivos remoto, aparecerá el error con el identificador 104 y la base de datos no estará protegida. MABS no admite la protección de datos de SQL Server ubicados en un recurso compartido de archivos remoto.
MABS no puede proteger las bases de datos almacenadas en recursos compartidos de SMB remotos.
Asegúrese de que las réplicas del grupo de disponibilidad están configuradas como de solo lectura.
Deberá agregar explícitamente la cuenta del sistema NTAuthority\System al grupo Sysadmin en SQL Server.
Al realizar una recuperación desde una ubicación alternativa de una base de datos parcialmente independiente, debe asegurarse de que la instancia SQL de destino tenga habilitada la característica Bases de datos independientes.
Al realizar una recuperación desde una ubicación alternativa de una base de datos de flujo de archivos, debe asegurarse de que la instancia de SQL de destino tenga habilitada la característica de base de datos de flujo de archivos.
Protección para SQL Server Always On:
- MABS detecta los grupos de disponibilidad cuando se ejecuta una consulta en la creación del grupo de protección.
- MABS detecta una conmutación por error y continúa la protección de la base de datos.
- MABS admite configuraciones de clúster de varios sitios en una instancia de SQL Server.
Al proteger las bases de datos que utilizan la característica Always On, MABS tiene las siguientes limitaciones:
- MABS respetará la directiva de copia de seguridad de grupos de disponibilidad establecida en SQL Server según las preferencias de copia de seguridad, como se indica a continuación:
  - Preferir secundaria: las copias de seguridad se deben realizar en una réplica secundaria, excepto cuando la réplica principal sea la única réplica en línea. Si hay varias réplicas secundarias disponibles, se seleccionará el nodo con la mayor prioridad de copia de seguridad para realizar la copia de seguridad. Si solo la réplica principal está disponible, la copia de seguridad debe producirse en la réplica principal.
  - Solo secundaria: la copia de seguridad no se debe realizar en la réplica principal. Si la réplica principal es la única en línea, no se deberá realizar la copia de seguridad.
  - Principal: las copias de seguridad se deben realizar siempre en la réplica principal.
  - Cualquier réplica: las copias de seguridad se pueden realizar en cualquier réplica disponible en el grupo de disponibilidad. El nodo desde el que se va a realizar la copia de seguridad se basará en las prioridades de copia de seguridad de cada uno de los nodos.
- Nota:
  - Las copias de seguridad se pueden realizar desde cualquier réplica legible, es decir, principal, secundaria sincrónica o secundaria asincrónica.
  - Si se excluye alguna réplica de la copia de seguridad, por ejemplo, si se ha habilitado Excluir de la réplica o está marcada como no legible, entonces esa réplica no se seleccionará para la copia de seguridad en ninguna de las opciones.
  - Si hay varias réplicas disponibles y legibles, se seleccionará el nodo con la mayor prioridad de copia de seguridad para realizar la copia de seguridad.
  - Si se produce un error de la copia de seguridad en el nodo seleccionado, la operación de copia de seguridad no se realizará.
  - No se admite la recuperación en la ubicación original.
Problemas de copia de seguridad de SQL Server 2014 o superior:
- SQL Server 2014 agregó una nueva característica para crear una base de datos de SQL Server local en el almacenamiento de blobs de Microsoft Azure. No se puede usar MABS para proteger esta configuración.
- Hay algunos problemas conocidos con la preferencia de copia de seguridad "Preferir secundaria" de la opción SQL Always On. MABS siempre hace una copia de seguridad de la secundaria. Si no se puede encontrar una secundaria, la copia de seguridad no se realiza.

Antes de comenzar

Instale y prepare Azure Backup Server.

Crear una directiva de copia de seguridad

Para crear una directiva de copia de seguridad para proteger las bases de datos SQL Server en Azure, siga estos pasos:

En Azure Backup Server, seleccione el área de trabajo Protección.
En el menú de herramientas, haga clic en Nuevo para crear un nuevo grupo de protección.

Azure Backup Server inicia el asistente para crear nuevo grupo de protección que lo guía por el proceso de creación de un grupo de protección. Seleccione Siguiente.
En la hoja Seleccionar tipo de grupo de protección, seleccione Servidores.
En la hoja Seleccionar miembros del grupo, la lista de miembros disponibles muestra los distintos orígenes de datos. Seleccione + para expandir una carpeta y mostrar las subcarpetas. Active la casilla para seleccionar un elemento.

Todos los elementos seleccionados aparecen en la lista de miembros seleccionados. Después de seleccionar los servidores o las bases de datos que quiere proteger, seleccione Siguiente.
En la hoja Seleccionar método de protección de datos, especifique el nombre del grupo de protección y active la casilla Deseo protección en línea.
En la hoja Especificar objetivos a corto plazo, incluya las entradas necesarias para crear puntos de copia de seguridad en el disco y seleccione Siguiente.

En el ejemplo, Duración de retención es 5 días, Frecuencia de sincronización es una vez cada 15 minutos, que es la frecuencia de copia de seguridad. Copia de seguridad completa rápida está establecido en 8:00 p.m.

Nota:

En el ejemplo que se muestra, todos los días a las 8:00 p.m. se crea un punto de copia de seguridad mediante la transferencia de los datos modificados a partir del punto de recuperación del día anterior a las 8:00 p.m. Este proceso se denomina Copia de seguridad completa rápida. Los registros de transacciones se sincronizan cada 15 minutos. Si tiene que recuperar la base de datos a las 9:00 p.m., el punto se crea a partir de los registros del último punto de copia de seguridad completa rápida (en este caso, a las 8:00 p.m.).
En la hoja Revisar la asignación de disco, compruebe el espacio de almacenamiento general disponible y el posible espacio en disco. Seleccione Siguiente.
En Elegir método de creación de réplica, elija cómo crear el primer punto de recuperación. Puede transferir manualmente la copia de seguridad inicial (fuera de la red) para evitar la congestión del ancho de banda o a través de la red. Si elige esperar para transferir la primera copia de seguridad, puede especificar la hora de la transferencia inicial. Seleccione Siguiente.

La copia de seguridad inicial requiere la transferencia de todo el origen de datos (base de datos SQL Server) desde el servidor de producción (equipo con SQL Server) a Azure Backup Server. Estos datos pueden ser grandes y la transferencia de los datos a través de la red podría superar el ancho de banda. Por este motivo, puede optar por transferir la copia de seguridad inicial: Manualmente (mediante un soporte físico extraíble) para evitar la congestión del ancho de banda, o Automáticamente a través de la red (en un momento determinado).

Una vez completada la copia de seguridad inicial, el resto de las copias de seguridad son copias de seguridad incrementales sobre la copia de seguridad inicial. Las copias de seguridad incrementales tienden a ser pequeñas y se transfieren fácilmente a través de la red.
Elija cuándo quiere que se ejecute la comprobación de coherencia y seleccione Siguiente.

Azure Backup Server puede realizar una comprobación de coherencia de la integridad del punto de copia de seguridad. Azure Backup Server calcula la suma de comprobación del archivo de copia de seguridad en el servidor de producción (equipo con SQL Server en este escenario) y los datos de copia de seguridad para ese archivo. Si surge un conflicto, se da por sentado que el archivo con copia de seguridad en Azure Backup Server está dañado. Azure Backup Server rectifica los datos de copia de seguridad mediante el envío de los bloques correspondientes a la suma de comprobación no coincidente. Como las comprobaciones de coherencia requieren un alto rendimiento, puede programarla o ejecutarla de manera automática.
Para especificar la protección en línea de los orígenes de datos, seleccione las bases de datos que se van proteger en Azure y elija Siguiente.
Elija las programaciones de copia de seguridad y las directivas de retención que se ajusten a las directivas de la organización.

En este ejemplo, las copias de seguridad se realizan diariamente a las 12:00 P.M. y las 8 P.M.

Nota:

Es recomendable tener algunos puntos de recuperación a corto plazo en disco para una recuperación rápida. Estos puntos de recuperación se usan para la recuperación operacional. Azure actúa como una ubicación válida fuera de sitio con unos contratos de nivel de servicio mayores y una disponibilidad garantizada.

Procedimiento recomendado: si programa que las copias de seguridad en Azure se inicien después de que se completen las copias de seguridad del disco local, las copias de seguridad más recientes del disco se copiarán siempre en Azure.
Seleccione la programación de la directiva de retención. Se proporcionan detalles sobre el funcionamiento de la directiva de retención en Usar Azure Backup para cambiar su infraestructura de cintas.

En este ejemplo:
- Las copias de seguridad se realizan una vez a las 12:00 P.M. y a las 8 P.M. y se conservan durante 180 días.
- La copia de seguridad del sábado a las 12:00 p. m. se conserva durante 104 semanas
- La copia de seguridad del sábado pasado a las 12:00 p. m. se conserva durante 60 meses
- La copia de seguridad del último sábado de marzo a las 12:00 p. m. se conserva durante 10 años
Elija Siguiente y seleccione la opción adecuada para transferir la copia de seguridad inicial a Azure. Puede elegir Automáticamente por encima de la red.
Una vez revisados los detalles de la directiva en la hoja Resumen, seleccione Crear grupo para completar el flujo de trabajo. Puede seleccionar Cerrar y supervisar el progreso del trabajo en el área de trabajo de supervisión.

Ejecución de una copia de seguridad a petición

Solo se crea punto de recuperación cuando se realiza la primera copia de seguridad. Después de crear una directiva de copia de seguridad, puede desencadenar manualmente la creación de un punto de recuperación, en lugar de esperar a que el programador realice la copia de seguridad.

Para ejecutar una copia de seguridad a petición de una base de datos de SQL Server, siga estos pasos:

Espere hasta que el estado del grupo de protección muestre Correcto para la base de datos antes de crear el punto de recuperación.
Haga clic con el botón derecho en la base de datos y seleccione Crear punto de recuperación.
Elija Protección en línea en el menú desplegable y seleccione Aceptar para empezar a crear un punto de recuperación en Azure.
Vea el progreso del trabajo en el área de trabajo de supervisión.

Recuperación de la base de datos desde Azure

Para recuperar una entidad protegida, (base de datos de SQL Server), desde Azure, siga estos pasos:

Abra la consola de administración de Azure Backup Server. Vaya al área de trabajo Recuperación en la que puede ver los servidores protegidos. Examine la base de datos requerida (en este caso ReportServer$MSDPM2012). Seleccione una hora de Recuperar desde que se especifique como un punto En línea.
Haga clic con el botón derecho en el nombre de la base de datos y seleccione Recuperar.
MABS muestra los detalles del punto de recuperación. Seleccione Next (Siguiente). Para sobrescribir la base de datos, seleccione el tipo de recuperación Recuperar en instancia original de servidor SQL Server. Seleccione Siguiente.

En este ejemplo, MABS recupera la base de datos en otra instancia de SQL Server o en una carpeta de red independiente.
En la hoja Especificar opciones de recuperación, puede seleccionar las opciones de recuperación como Límite de uso del ancho de banda de red para limitar el ancho de banda que se usa durante la recuperación. Seleccione Siguiente.
En la hoja Resumen, podrá ver todas las configuraciones de recuperación proporcionadas hasta ahora. Seleccione Recuperar.

El estado de recuperación muestra que la base de datos se está recuperando. Puede seleccionar Cerrar para cerrar el asistente y ver el progreso en el área de trabajo Supervisión.

Una vez completada la recuperación, la base de datos restaurada será coherente con la aplicación.