Realización de una copia de seguridad de SQL Server en Azure como una carga de trabajo DPM

En este artículo se describe cómo realizar copias de seguridad de las bases de datos de SQL Server y restaurarlas mediante Azure Backup.

Azure Backup le ayuda a realizar copias de seguridad de bases de datos de SQL Server en Azure a través de una cuenta de Azure. En caso de no tener ninguna, puede crear una cuenta gratuita en tan solo unos minutos. Para más información, consulte Creación de una cuenta gratuita de Azure.

Flujo de copia de seguridad para la base de datos de SQL Server

Para realizar una copia de seguridad de una base de datos de SQL Server en Azure y recuperarla de Azure:

1. Cree una directiva de copia de seguridad para proteger las bases de datos de SQL Server en Azure.
2. Cree copias de seguridad a petición en Azure.
3. Recuperación de la base de datos de Azure.

Escenarios admitidos

• DPM 2019 UR2 admite instancias de clúster de conmutación por error (FCI) de SQL Server mediante volúmenes compartidos de clúster (CSV).
  
  
• La protección de la instancia de clúster de conmutación por error de SQL Server con Espacios de almacenamiento directo en Azure y la instancia de clúster de conmutación por error de SQL Server con los discos compartidos de Azure es compatible con esta característica. El servidor DPM se debe implementar en la máquina virtual de Azure para proteger la instancia de clúster de conmutación por error de SQL implementada en las máquinas virtuales de Azure.

Requisitos previos y limitaciones

• Si tiene una base de datos con archivos en un recurso compartido de archivos remoto, la protección no se realizará correctamente y generará un error con el identificador 104. DPM no admite la protección de datos de SQL Server ubicados en un recurso compartido de archivos remoto.
• DPM 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:
  • DPM detecta los grupos de disponibilidad cuando se ejecuta una consulta en la creación del grupo de protección.
  • DPM detecta una conmutación por error y continúa la protección de la base de datos.
  • DPM es compatible con configuraciones de clúster de varios sitios para una instancia de SQL Server.
• Al proteger las bases de datos que utilizan la característica Always On, DPM tiene las siguientes limitaciones:
  • DPM respetará la directiva de copia de seguridad para 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 DPM 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. DPM 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

Antes de comenzar, asegúrese de que se cumplen todos los requisitos previos para usar Azure Backup para proteger las cargas de trabajo. Estas son algunas de las tareas de requisitos previos:

• Crear un almacén de copia de seguridad.
• Descargar las credenciales de almacén.
• Instalar el agente de Azure Backup.
• Registrar el servidor en el almacén.

Crear una directiva de copia de seguridad

Para proteger las bases de datos de SQL Server en Azure, debe crear primero una directiva de copia de seguridad:

1. En el servidor de Data Protection Manager (DPM), seleccione el área de trabajo Protección.

2. Seleccione Nuevo para crear un grupo de protección.

   

3. En la página de inicio, revise las instrucciones sobre cómo crear un grupo de protección. Luego, seleccione Siguiente.

4. Seleccione Servidores.

   

5. Expanda la máquina virtual de SQL Server en la que se encuentran las bases de datos de las que se van a realizar copias de seguridad. Verá los orígenes de datos de los que se puede hacer copias de seguridad desde ese servidor. Expanda Todos los recursos compartidos de SQL y, a continuación, seleccione las bases de datos de las que desea realizar una copia de seguridad. En este ejemplo, seleccionamos ReportServer$MSDPM2012 y ReportServer$MSDPM2012TempDB. Luego, seleccione Siguiente.

   

6. Asigne un nombre al grupo de protección y, a continuación, seleccione Deseo protección en línea.

   

7. En la página Especificar objetivos a corto plazo, incluya las entradas necesarias para crear puntos de copia de seguridad en el disco.

   En este ejemplo, Duración de retención se establece en 5 días. El campo Frecuencia de sincronización de la copia de seguridad se establece en una vez cada 15 minutos. Copia de seguridad completa rápida está establecido en 8:00 P.M.

   

   Nota:

   En este ejemplo, se crea un punto de copia de seguridad a las 8:00 P.M. todos los días. Los datos que se han modificado desde el punto de copia de seguridad de las 8:00 P.M. del día anterior se transfieren. Este proceso se denomina Copia de seguridad completa rápida. Mientras los registros transaccionales se sincronizan cada 15 minutos, si es necesario recuperar la base de datos a las 9:00 P.M., se crea el punto mediante la reproducción de los registros de la última copia de seguridad completa rápida (8:00 P.M. en este caso).

8. Seleccione Next (Siguiente). DPM muestra el espacio de almacenamiento total disponible. También muestra el uso de espacio en disco potencial.

   

   De forma predeterminada, DPM crea un volumen por origen de datos (base de datos de SQL Server). El volumen se usa para la copia de seguridad inicial. En esta configuración, el Administrador de discos lógicos (LDM) limita la protección de DPM a 300 orígenes de datos (bases de datos de SQL Server). Para evitar esta limitación, seleccione Colocar datos en bloque de almacenamiento de DPM. Si utiliza esta opción, DPM usa un único volumen para varios orígenes de datos. Esta configuración permite a DPM proteger hasta 2 000 bases de datos de SQL Server.

   Si selecciona Expandir automáticamente los volúmenes, DPM puede tener en cuenta el aumento del volumen de copia de seguridad a medida que crecen los datos de producción. Si no selecciona Expandir automáticamente los volúmenes, DPM limita el almacenamiento de copia de seguridad usado para los orígenes de datos del grupo de protección.

9. Si es un administrador, puede optar por transferir esta copia de seguridad inicial Automáticamente a través de la red y elegir la hora de transferencia. O bien, elija transferir manualmente la copia de seguridad. Luego, seleccione Siguiente.

   

   La copia de seguridad inicial requiere la transferencia de todo el origen de datos (base de datos de SQL Server). Los datos de copia de seguridad se mueven desde el servidor de producción (equipo con SQL Server) al servidor de DPM. Si esta copia de seguridad es grande, la transferencia de los datos por la red podría provocar la congestión del ancho de banda. Por esta razón, los administradores pueden optar por usar medios extraíbles para transferir la copia de seguridad inicial manualmente. O bien, pueden transferir los datos Automáticamente a través de la red a una hora especificada.

   Una vez finalizada la copia de seguridad inicial, las copias de seguridad continuarán de forma incremental 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.

10. Elija cuándo desea ejecutar una comprobación de coherencia. Luego, seleccione Siguiente.

    

    DPM puede ejecutar una comprobación de coherencia sobre la integridad del punto de copia de seguridad. Calcula la suma de comprobación del archivo de copia de seguridad del servidor de producción (equipo con SQL Server en este ejemplo) y los datos de copia de seguridad de ese archivo en DPM. Si la comprobación encuentra un conflicto, se supone que el archivo de copia de seguridad de DPM está dañado. DPM corrige los datos de copia de seguridad mediante el envío de los bloques correspondientes a la suma de comprobación no coincidente. Como la comprobación de coherencia es una operación que requiere un rendimiento intensivo, los administradores tienen la opción de programarla o ejecutarla automáticamente.

11. Seleccione los orígenes de datos que se van a proteger en Azure. Luego, seleccione Siguiente.

    

12. Si es un administrador, puede elegir 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:00 P.M.

    Sugerencia

    Para una recuperación rápida, mantenga algunos puntos de recuperación a corto plazo en el disco. Estos puntos de recuperación se usan para la recuperación operacional. Azure actúa como una ubicación válida fuera de sitio y proporciona contratos de nivel de servicio mayores y una disponibilidad garantizada.

    Use DPM para programar copias de seguridad de Azure una vez finalizadas las copias de seguridad del disco local. Al seguir este procedimiento, la última copia de seguridad del disco se copia en Azure.

13. Seleccione la programación de la directiva de retención. Para más información sobre el funcionamiento de la directiva de retención, consulte Uso de Azure Backup para reemplazar la infraestructura de cintas.

    

    En este ejemplo:

    • Las copias de seguridad se realizan diariamente a las 12:00 P.M. y las 8:00 P.M. Se conservan durante 180 días.
    • La copia de seguridad del sábado a las 12:00 P.M. se mantiene durante 104 semanas.
    • La copia de seguridad del último sábado del mes 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.

    Después de elegir una directiva de retención, seleccione Siguiente.

14. Elija cómo transferir la copia de seguridad inicial a Azure.

    • La opción Automáticamente a través de la red sigue su programación de copia de seguridad para transferir los datos a Azure.
    • Para más información sobre la copia de seguridad sin conexión, consulte Introducción a la copia de seguridad sin conexión.

    Después de elegir un mecanismo de transferencia, seleccione Siguiente.

15. En la página Resumen, revise los detalles de la directiva. A continuación, seleccione Crear grupo. Puede seleccionar Cerrar y supervisar el progreso del trabajo en el área de trabajo Supervisión.

    

Creación de copias de seguridad a petición de una base de datos de SQL Server

Cuando se realiza la primera copia de seguridad, se crea un punto de recuperación. En lugar de esperar a que se ejecute la programación, puede desencadenar manualmente la creación de un punto de recuperación:

1. En el grupo de protección, asegúrese de que el estado de la base de datos es Correcto.

   

2. Haga clic con el botón derecho en la base de datos y, a continuación, seleccione Crear punto de recuperación.

   

3. En el menú desplegable, seleccione Protección en línea. A continuación, seleccione Aceptar para iniciar la creación de un punto de recuperación en Azure.

   

4. Puede ver el progreso del trabajo en el área de trabajo Supervisión.

   

Recuperación de una base de datos SQL Server de Azure

Para recuperar una entidad protegida, como una base de datos de SQL Server, desde Azure:

1. Abra la consola de administración del servidor de DPM. Vaya al área de trabajo Recuperación para ver los servidores de los que DPM realiza una copia de seguridad. Seleccione la base de datos (en este ejemplo, ReportServer$MSDPM2012). Seleccione una Hora de recuperación que finalice con En línea.

   

2. Haga clic con el botón derecho en el nombre de la base de datos y seleccione Recuperar.

   

3. DPM 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. Luego, seleccione Siguiente.

   

   En este ejemplo, DPM permite la recuperación de la base de datos en otra instancia de SQL Server o en una carpeta de red independiente.

4. En la página Especificar opciones de recuperación, puede seleccionar las opciones de recuperación. Por ejemplo, puede elegir Limitación del uso del ancho de banda de red para limitar el ancho de banda que utiliza la recuperación. Luego, seleccione Siguiente.

5. En la página Resumen, verá la configuración de recuperación actual. 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.

Pasos siguientes

Para más información, consulte Preguntas más frecuentes sobre Azure Backup.