Copia de seguridad de SQL Server con DPM
System Center Data Protection Manager (DPM) ofrece copias de seguridad y recuperación para las bases de datos de SQL Server. Además de hacer copias de seguridad de bases de datos de SQL Server, puede ejecutar una copia de seguridad del sistema o una copia de seguridad de reconstrucción completa del equipo de SQL Server. A continuación se indica qué puede proteger DPM:
Una instancia independiente de SQL Server
Una instancia de clúster de conmutación por error (FCI) de SQL Server.
Nota:
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 debe implementarse en la máquina virtual de Azure para proteger la instancia FCI de SQL, implementada en las VM de Azure.
Un grupo de disponibilidad AlwaysOn de SQL Server con las siguientes preferencias:
Preferir secundaria
Solo secundaria
Principal
Cualquier réplica
¿Por qué hacer copias de seguridad de SQL Server con DPM?
DPM se diseñó para proteger las configuraciones avanzadas de SQL Server.
DPM se puede configurar para proteger SQL Server con una frecuencia de cada 15 minutos.
DPM reduce los posibles conflictos entre las herramientas de copia de seguridad y las programaciones de protección de SQL Server.
DPM puede proteger SQL Server a nivel de instancia o de base de datos. Cuando la protección en el nivel de instancia está activada, DPM detecta nuevas bases de datos en esa instancia y las agrega automáticamente a su grupo de protección.
DPM es una opción asequible. Es una buena opción para una superficie de SQL Server pequeña y puede escalar para las organizaciones que tienen una superficie mayor de SQL Server.
DPM tiene una herramienta de recuperación de autoservicio (SSRT) que amplía las opciones de los administradores de bases de datos para la recuperación de autoservicio de bases de datos SQL.
Si se actualiza a SQL Server 2014, DPM seguirá haciendo copias de seguridad de bases de datos ya protegidas después de la actualización de SQL Server. Se debe evitar realizar trabajos de copia de seguridad durante la actualización de SQL Server.
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 AlwaysOn:
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 realizarse 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, la principal, la secundaria sincrónica o la secundaria asincrónica.
- Si se excluye alguna réplica de la copia de seguridad (por ejemplo, si se ha habilitado Excluir 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 AlwaysOn de SQL. DPM siempre realiza una copia de seguridad de la base de datos secundaria; si no se encuentra ninguna base de datos secundaria, se produce un error en la copia de seguridad.
Antes de comenzar
Implementar DPM: comprueba que DPM esté instalado e implementado correctamente. Si no lo has hecho, consulta:
Requisitos del sistema para DPM
Configurar almacenamiento: puedes almacenar los datos de las copias de seguridad en disco, en cinta y en la nube con Azure. Obtenga más información en Preparación del almacenamiento de datos.
Configurar el agente de protección de DPM: deberás instalar el agente de protección de DPM en todas las máquinas de las que quiera realizar una copia de seguridad. Consulta Implementar el agente de protección de DPM.
Configuración de la copia de seguridad
Para crear un grupo de protección, selecciona Protection>Actions>Create Protection Group para abrir el asistente Create New Protection Group en la consola de DPM.
En Seleccionar tipo de grupo de protección, seleccione Servidores.
En Select Group Members, selecciona las instancias de SQL Server en el servidor que deseas proteger. Obtenga información sobre Implementar grupos de protección.
Nota:
- Tienes la opción de seleccionar la protección en el nivel de instancia o la protección de bases de datos individuales.
- Cuando se protege en el nivel de instancia, cualquier base de datos que se agregue a esa instancia de SQL Server se agregará automáticamente a la protección de DPM.
- Si usas grupos de disponibilidad AlwaysOn de SQL Server, puedes crear un grupo de protección que contenga los grupos de disponibilidad. DPM detecta los grupos de disponibilidad y los mostrará en Cluster Group. Selecciona todo el grupo para protegerlo, de manera que las bases de datos que agregues al grupo estén protegidas automáticamente, o selecciona bases de datos individuales. Para cada instancia de SQL Server, también se puede ejecutar una copia de seguridad de estado del sistema o una copia de seguridad completa sin sistema operativo. Esto resulta útil si se deseas poder recuperar todo el servidor y no solo los datos.
En Seleccionar método de protección de datos, especifica cómo quieres tratar las copias de seguridad a corto y largo plazo. La copia de seguridad a corto plazo siempre se hace primero en el disco, con la opción de hacer una copia de seguridad del disco a la nube de Azure con la copia de seguridad de Azure (ya sea a corto o largo plazo). Como alternativa a la copia de seguridad a largo plazo en la nube, también se puede configurar una copia de seguridad a largo plazo en un dispositivo de cinta independiente o una biblioteca de cintas conectada al servidor de DPM.
En Especificar objetivos a corto plazo, especifique cómo quiere hacer la copia de seguridad en el almacenamiento a corto plazo en el disco. En Retention range, especfica cuánto tiempo quieres conservar los datos en el disco. En Frecuencia de sincronización, especifique con qué frecuencia quiere ejecutar una copia de seguridad incremental en el disco. Si no quieres establecer un intervalo de copia de seguridad, puedes seleccionar Just before a recovery point para que DPM ejecute una copia de seguridad completa rápida antes de programar cada punto de recuperación.
Nota:
Las bases de datos de SQL Server configuradas para trasvase de registros que se encuentran en modo de solo lectura, o que usan el modelo de recuperación simple, no admiten la copia de seguridad incremental. Se crean puntos de recuperación para cada copia de seguridad completa rápida únicamente. En cuanto a las restantes bases de datos de SQL Server, la sincronización transfiere una copia de seguridad del registro de transacciones, y se crean puntos de recuperación para cada sincronización incremental y copia de seguridad completa rápida. El registro de transacciones es un registro en serie de todas las transacciones que se han realizado en la base de datos desde que se realizó la última copia de seguridad del mismo.
Si quieres almacenar los datos en cinta para el almacenamiento a largo plazo, indica en Specify long-term goals durante cuánto tiempo quieres conservar los datos de la cinta (de 1 a 99 años). En Frecuencia de copia de seguridad, especifique la frecuencia con la que se deben ejecutar las copias de seguridad en cinta. La frecuencia se basa en la duración de retención que haya especificado:
Cuando la duración de retención es de 1 a 99 años, puede seleccionar que las copias de seguridad se hagan con una frecuencia diaria, semanal, bisemanal, mensual, trimestral, semestral o anual.
Cuando la duración de retención es de 1 a 11 meses, puede seleccionar que las copias de seguridad se hagan con una frecuencia diaria, semanal, bisemanal o mensual.
Cuando la duración de retención es de 1 a 4 semanas, puede seleccionar que las copias de seguridad se hagan con una frecuencia diaria o semanal.
En caso de utilizar una unidad de cinta independiente, DPM usará la misma cinta para las copias de seguridad diarias hasta que no haya suficiente espacio en ella. También puedes colocar datos de diferentes grupos de protección en cinta.
En la página Select Tape and Library Details, especifica la cinta o biblioteca que se va a usar. Especifica también si los datos se deben comprimir y cifrar en la cinta.
En la página Revisar asignación de disco, revise el espacio en disco del grupo de almacenamiento asignado para el grupo de protección.
Total Data size es el tamaño de los datos de los que quieres realizar la copia de seguridad y Disk space to be provisioned on DPM es el espacio que recomienda DPM para el grupo de protección. DPM elige el volumen de copia de seguridad ideal en función de la configuración. Pero puede editar las opciones de volumen de copia de seguridad en los detalles de asignación del disco. En el caso de las cargas de trabajo, seleccione el almacenamiento de su preferencia en el menú desplegable. Las modificaciones cambiarán los valores de Almacenamiento total y Free Storage (Almacenamiento libre) en el panel Almacenamiento en disco disponible. El espacio subaprovisionado es la cantidad de almacenamiento que DPM sugiere agregar al volumen para continuar las copias de seguridad sin problemas en el futuro.
En Elegir método de creación de réplica, seleccione cómo quiere controlar la replicación inicial completa de los datos. Si seleccionas replicar a través de la red, se recomienda elegir una hora de menor actividad. Para grandes cantidades de datos o condiciones de red no del todo óptimas, considere la posibilidad de replicar los datos sin conexión con medios extraíbles.
En Elegir las opciones de la comprobación de coherencia, seleccione cómo quiere automatizar las comprobaciones de coherencia. Puedes habilitar una comprobación para que se ejecute solo cuando los datos de réplica no sean coherentes, o bien según una programación. Si no quieres configurar la comprobación de coherencia automática, puedes ejecutar una comprobación manual en cualquier momento: para ello, haz clic con el botón derecho en el grupo de protección en el área Protection de la consola de DPM y selecciona Perform Consistency Check.
Si has seleccionado realizar una copia de seguridad en la nube mediante Azure Backup, asegúrate de que en la página Specify online protection data están seleccionadas las cargas de trabajo de las que quieres realizar una copia de seguridad en Azure.
En Especificar la programación de copia de seguridad en línea, especifique con qué frecuencia se deberían realizar las copias de seguridad incrementales en Azure. Puede programar que las copias de seguridad se ejecuten cada día, semana, mes y año y seleccionar la hora y la fecha en la que se deben ejecutar. Pueden realizarse copias de seguridad hasta dos veces al día. Cada vez que se ejecuta una copia de seguridad, se crea un punto de recuperación de datos en Azure a partir de la copia de los datos de copia de seguridad almacenados en el disco de DPM.
En Especificar la directiva de retención en línea, puede especificar cómo se retienen en Azure los puntos de recuperación creados a partir de copias de seguridad diarias, semanales, mensuales y anuales.
En Elegir replicación en línea, especifique cómo se realizará la replicación inicial total de los datos. Puede replicar por la red o realizar una copia de seguridad sin conexión (propagación sin conexión). Las copias de seguridad sin conexión usan la característica Azure Import. Para obtener más información, consulte Propagación sin conexión utilizando Azure Data Box.
En la página Resumen, revise la configuración. Después de seleccionar Create Group, se produce la replicación inicial de los datos. Cuando finalice, el estado del grupo de protección se mostrará como Correcto en la páginaEstado. Después se realiza una copia de seguridad según la configuración del grupo de protección.
Supervisión
Después de crear el grupo de protección, se produce la replicación inicial y DPM empieza a realizar la copia de seguridad y la sincronización de los datos de SQL Server. DPM supervisa la sincronización inicial y las copias de seguridad posteriores. Puedes supervisar los datos de SQL Server de dos maneras:
Mediante la supervisión de DPM predeterminada, puedes configurar las notificaciones para la supervisión proactiva mediante la publicación de alertas y la configuración de notificaciones. Puedes enviar notificaciones por correo electrónico para las alertas críticas, de advertencia o informativas y para el estado de las recuperaciones con instancias.
Si usa Operations Manager, puede publicar las alertas de forma centralizada.
Configuración de notificaciones de supervisión
En la Consola de administrador DPM, haz clic en Monitoring>Action>Options.
Seleccione Servidor SMTP, escriba el nombre del servidor, el puerto y la dirección de correo electrónico desde la que se enviarán las notificaciones. La dirección debe ser válida.
En Authenticated SMTP server, escribe un nombre de usuario y una contraseña. El nombre de usuario y la contraseña que escribas deben ser el nombre de cuenta de dominio de la persona cuya dirección "De" se describe en el paso anterior; de lo contrario, fallará la entrega de la notificación.
Para probar la configuración del servidor SMTP, selecciona Send Test E-mail, escribe la dirección de correo electrónico a la que deseas que DPM envíe el mensaje de prueba y, a continuación, selecciona OK. Seleccione Opciones>Notificaciones y seleccione los tipos de alertas sobre qué destinatarios desean recibir notificaciones. En Recipients, escribe la dirección de correo electrónico para cada destinatario al que deseas que DPM envíe copias de las notificaciones.
Configuración de alertas con Operations Manager
En la Consola de administrador DPM, selecciona Monitoring>Action>Options>Alert Publishing>Publish Active Alerts.
Después de habilitar Alert Publishing, todas las alertas de DPM existentes que pueden requerir una acción del usuario se publican en el registro de eventos de DPM Alerts. A continuación, el agente de Operations Manager que está instalado en el servidor de DPM publica estas alertas en Operations Manager y continúa actualizando la consola a medida que se generan nuevas alertas.
Permitir que los administradores de SQL Server restaure los datos
DPM proporciona una característica de recuperación de autoservicio para permitir que los administradores de SQL Server accedan a los datos protegidos por DPM, de modo que puedan restaurar una base de datos de SQL Server de la copia de seguridad en una carpeta de red. Puedes configurar la Herramienta de configuración de recuperación de autoservicio de DPM para crear y administrar roles que especifiquen los usuarios que pueden llevar a cabo la recuperación de autoservicio. A continuación, los usuarios usan el Asistente para recuperación de autoservicio de DPM para recuperar las bases de datos de SQL Server.
DPM 2022 UR1 proporciona una característica de recuperación de autoservicio para permitir que los administradores de SQL Server accedan a los datos protegidos por DPM para restaurar una base de datos de SQL Server de la copia de seguridad en una carpeta de red. Puedes configurar la Herramienta de configuración de recuperación de autoservicio de DPM para crear y administrar roles que especifiquen los usuarios que pueden llevar a cabo la recuperación de autoservicio. A continuación, los usuarios usan el Asistente para recuperación de autoservicio de DPM para recuperar bases de datos de SQL Server. Descarga la herramienta del Asistente para recuperación de autoservicio. Ten en cuenta que debes tener instalado .NET 3.5 SP1 y Visual Studio 2013 para ejecutar la herramienta.
DPM proporciona una característica de recuperación de autoservicio para permitir que los administradores de SQL Server accedan a los datos protegidos por DPM para que puedan restaurar una base de datos de SQL Server de la copia de seguridad en una carpeta de red. Puedes configurar la Herramienta de configuración de recuperación de autoservicio de DPM para crear y administrar roles que especifiquen los usuarios que pueden llevar a cabo la recuperación de autoservicio. A continuación, los usuarios usan el Asistente para recuperación de autoservicio de DPM para recuperar bases de datos de SQL Server. Descarga la herramienta del Asistente para recuperación de autoservicio. Ten en cuenta que debes tener instalado .NET 3.5 SP1 y Visual Studio 2013 para ejecutar la herramienta.
Configura la recuperación de SQL Server de autoservicio de la siguiente manera:
En la consola de DPM, ve a >Protection, select Configure self service recovery.
En la Herramienta de configuración de recuperación de autoservicio de DPM para SQL Server, selecciona Create Role.
En la página Security Groups, debes crear uno o varios grupos que contengan los usuarios para los que deseas habilitar la recuperación de autoservicio. Especifica grupos de seguridad con el formato dominio\grupo de seguridad, o bien especifica un usuario en concreto con el formato dominio\nombre de usuario. Puedes agregar varios grupos y usuarios a un rol DPM.
En la página Recovery Items, especifica las instancias y bases de datos de SQL Server protegidas para las que deseas permitir la recuperación de autoservicio. Especifique instancias con el formato <nombre de equipo\nombre de instancia>. Para especificar una base de datos, pulsa la tecla TAB y escribe el nombre de una base de datos. Como alternativa, para permitir que los usuarios de rol recuperen todas las bases de datos de la instancia, presiona la tecla TAB y luego presiona la barra espaciadora para borrar el texto de la columna Database Name.
Nota:
Al habilitar a los usuarios de un rol DPM para recuperar todas las bases de datos de SQL Server en una instancia de SQL Server, esos usuarios también pueden recuperar cualquier base de datos de SQL Server que se agregue posteriormente a la instancia. Al habilitar el acceso mediante roles DPM, asegúrate de que a todos los miembros del rol se les haya concedido el permiso adecuado para ver y acceder a todas las bases de datos.
En la página Recovery Target Locations, para restringir las ubicaciones de recuperación de los usuarios del rol, haz clic en Allow users to recover the databases to another instance of SQL Server y especifica una o varias ubicaciones de destino de recuperación y rutas de archivo que estén permitidas. Si deseas permitir cualquier ruta de acceso en una instancia, no especifiques un valor en Recovered File Path. Si habilitas la configuración, los usuarios podrán recuperar los archivos de la base de datos en cualquier ubicación en la que tengan permiso de escritura. Sin embargo, los usuarios no pueden sobrescribir los archivos de base de datos originales y la Herramienta de recuperación de autoservicio DPM (SSRT) para SQL Server los bloquea si intentan hacerlo.
Además, en el equipo desde el que se ejecutará la recuperación de autoservicio, asegúrate de que está instalado al menos .NET Framework 4.5 y la herramienta de recuperación de autoservicio de DPM. La herramienta está disponible en la ubicación de instalación del producto DPM en la carpeta DpmSqlEURInstaller.
Restaurar los datos de SQL Server
Puedes recuperar datos de SQL de la siguiente manera:
Recuperación de una base de datos en su ubicación original
Recuperación de la base de datos con un nuevo nombre en su ubicación original o en una instancia diferente de SQL Server
Recuperación de la base de datos en una instancia diferente de SQL Server
Copia de la base de datos en una carpeta de red
Copia de la base de datos en cinta
No se puede recuperar una base de datos del sistema en una instancia diferente de SQL Server.
Para recuperar datos desde la consola de DPM, haz lo siguiente:
En la Consola de administrador de DPM, selecciona Recovery en la barra de navegación. Con la funcionalidad examinar, selecciona la base de datos que deseas recuperar.
En el calendario, selecciona cualquier fecha en negrita para obtener los puntos de recuperación disponibles para esa fecha. En el menú Recovery time se muestra la hora de cada punto de recuperación disponible. En el menú Recovery time, selecciona el punto de recuperación que deseas usar.
En el panel Actions, selecciona Recover para abrir el Asistente para recuperación.
En la página Review recovery selection, selecciona Next.
Nota:
- Selecciona la base de datos que quieres restaurar. Si seleccionas Recuperar en cualquier instancia de SQL, escribe la ruta de acceso de recuperación. Puedes especificar un nuevo nombre para la base de datos recuperada. Esta opción no está disponible con la configuración Latest recovery point.
- La ruta de acceso de recuperación predeterminada es la ruta de acceso de ubicación original. Debes escribir la ruta de acceso de recuperación adecuada.
- No se puede recuperar una base de datos de SQL Server de versión más reciente en una instancia anterior de SQL Server.
- Si seleccionas Copiar en una carpeta de red y el punto de recuperación que seleccionaste no se creó a partir de una copia de seguridad completa rápida, se te presentarán nuevas opciones de punto de recuperación.
- Si seleccionas Copy to tape y el punto de recuperación que seleccionaste no se creó a partir de una copia de seguridad completa rápida, se te presentarán nuevas opciones de punto de recuperación. Para la opción de cinta, hay que seleccionar la biblioteca de cintas que se desea usar para la recuperación.
Si no seleccionaste Latest en el punto de recuperación, en la página Specify Database State, selecciona Leave database operational.
Especifica las opciones de recuperación para la limitación del uso del ancho de banda de red, la recuperación basada en SAN y las notificaciones por correo electrónico y, a continuación, selecciona Next.
En la página Resumen, revisa los ajustes de recuperación y, a continuación, selecciona Recuperar.
Los usuarios con permisos de recuperación de autoservicio deben recuperarse de la siguiente manera:
Con DPM 2022 UR1, descarga la herramienta de recuperación de autoservicio de SQL Server por separado para usarla para las recuperaciones de autoservicio.
Descargue la herramienta de recuperación de autoservicio de SQL Server por separado para usarla para las recuperaciones de autoservicio.
El usuario debe abrir la herramienta de recuperación de autoservicio de DPM, seleccionar Connect to DPM server y especificar el nombre del servidor DPM.
Una vez establecida una conexión, el usuario debe seleccionar New Recovery Job para iniciar el Asistente para recuperación.
En la página Specify Database Details del asistente, especifica la instancia de SQL Server y el nombre de la base de datos que se van a recuperar. Si usas grupos de disponibilidad, especifica el nombre del grupo con el formato AGNAME.ClusternameFQDN\AGNAME.
En la página Specify Recovery Point, selecciona los datos y la hora del punto de recuperación.
En la página Select Recovery Type, selecciona si se desea recuperar en cualquier instancia de SQL Server o en otra diferente. Especifica si se va a recuperar en una carpeta de red.
Nota:
Solo los puntos de recuperación que se crearán a partir de la copia de seguridad rápida completa se pueden recuperar en una carpeta de red.
Si vas a efectuar la recuperación en una base de datos, en la página Specify Database State debes especificar si la base de datos debe seguir operativa después de la recuperación y si quieres copiar los registros de transacciones de SQL.
En la página Specify Recovery Options, especifica si deseas conservar la configuración de seguridad del servidor de origen o aplicar la configuración del servidor de destino. También puedes especificar que se debe enviar una notificación por correo electrónico cuando finalice la recuperación.