Servicio de copia de seguridad y DR para Microsoft SQL Server

Captura datos de SQL Server

El servicio Backup and DR te permite capturar los siguientes tipos de aplicaciones de Microsoft SQL Server:

  • Instancias

  • Bases de datos en grupos de disponibilidad Always On

  • Grupos de coherencia de bases de datos

  • Bases de datos individuales

  • Bases de datos del sistema

  • Bases de datos de usuarios

  • Bases de datos en VMs

Backup and DR mueve y administra los datos de Microsoft SQL Server por separado de donde Microsoft SQL Server escribe su almacenamiento principal.

Un dispositivo de copia de seguridad y recuperación almacena los datos de la aplicación en un disco de etapa de pruebas. Las instantáneas del disco de etapa de pruebas permiten que el dispositivo de copia de seguridad o recuperación mantenga datos históricos.

Preparación para crear copias de seguridad de los datos de Microsoft SQL Server

La preparación para crear copias de seguridad de los datos de Microsoft SQL Server consta de cuatro pasos:

  1. Agrega servidores que alojan bases de datos de Microsoft SQL Server.

  2. Descubre VMs y bases de datos de Microsoft SQL Server.

  3. Define plantillas de políticas y perfiles de recursos de Backup and DR según tus RPO y RTO.

    Las bases de datos que usan el modelo de recuperación completa de Microsoft SQL Server pueden capturar la base de datos y sus registros. Por lo tanto, una base de datos capturada se puede recuperar a un momento determinado si se adelantan sus registros.

  4. Asigna plantillas de políticas y perfiles de recursos de Backup and DR a bases de datos de Microsoft SQL Server.

Captura de datos

Cuando captures datos, ten en cuenta lo siguiente:

  • Se crea y se activa automáticamente un disco de transferencia en un servidor.

  • Se realiza una copia completa inicial en el disco de transferencia. Las copias posteriores solo constan de los bloques modificados.

  • El disco de transferencia no está desmontado del servidor.

  • Se crea una instantánea del disco de etapa de pruebas en el dispositivo de copia de seguridad o recuperación.

Captura registros de bases de datos de SQL Server

La captura de registros de la base de datos se configura en la sección Detalles y configuración de una política de instantáneas. Permite que una sola política de instantáneas capture registros para las bases de datos de Microsoft SQL Server y los grupos de coherencia que contienen bases de datos de Microsoft SQL Server.

La frecuencia con la que se capturan los registros de la base de datos se define por separado de la de la base de datos. Por ejemplo, una base de datos se puede capturar todos los días y sus registros, cada hora.

La frecuencia de la copia de seguridad del registro de la base de datos se establece en minutos, y la frecuencia con la que se capturan los registros no debe exceder la frecuencia con la que se captura su base de datos asociada. Por ejemplo, si la frecuencia de captura de la base de datos es cada 24 horas, la frecuencia de captura del archivo de registro debe ser igual o inferior a cada 24 horas.

La retención de registros también se define por separado de su base de datos asociada. Tener períodos de retención separados te permite mantener suficiente información de registro para cubrir todas las versiones de instantáneas y OnVault de una base de datos. Por ejemplo, si los datos de la instantánea de una base de datos se conservan durante tres días y sus datos de OnVault se conservan durante siete días, puedes definir la retención de registros para que abarque los siete días. En este ejemplo, se puede seleccionar una sola imagen de la base de datos capturada y sus registros se pueden revertir hacia adelante durante todo el período.

Los registros de la base de datos se almacenan en un solo disco de etapa de pruebas en el grupo de instantáneas de Backup and DR. Para ahorrar espacio en el grupo de instantáneas, puedes usar un parámetro de configuración avanzado para indicarle a la base de datos que comprima sus registros.

Puedes especificar que se repliquen los registros de transacciones de la base de datos de Microsoft SQL Server en un dispositivo remoto de copia de seguridad o recuperación. Puedes usar los registros del sitio remoto para cualquier imagen de la base de datos dentro del rango de retención de los registros replicados.

Cambia el tamaño del disco de etapa de pruebas del registro de la base de datos

Backup and DR administra automáticamente el espacio físico necesario para alojar las copias de seguridad de los registros de una base de datos. Esto se denomina disco de transferencia de registros y es independiente del almacenamiento que administra el servidor de origen. Como mínimo, Backup and DR evalúa los tamaños típicos de los registros y su período de retención, y usa un disco más grande si es necesario.

Para administrar de manera más eficiente y eficaz los requisitos de almacenamiento de los registros de una base de datos, las políticas de instantáneas proporcionan los siguientes parámetros de configuración avanzados:

  • Período de retención de copias de seguridad de registros: La retención de registros se define por separado de su base de datos asociada. Tener tasas de retención separadas te permite mantener suficiente información de registro para cubrir todas las versiones de instantáneas de una base de datos. El período de retención de registros es un parámetro de configuración obligatorio.

  • Log Staging Disk Size Growth: Define el porcentaje en el que se aumentará automáticamente el tamaño del disco de transferencia en el que residen los registros.

  • Tasa de cambio estimada: Define el cambio diario (porcentaje), lo que permite que el dispositivo de copia de seguridad y recuperación calcule mejor el tamaño del disco de etapa de pruebas necesario para almacenar los registros.

  • Compress Database Log Backup: Indica a la base de datos de origen que comprima sus registros antes de la captura en el dispositivo de copia de seguridad o recuperación. El servidor de bases de datos realiza la compresión de registros durante la copia de seguridad de registros (el valor predeterminado es Habilitado).

Opciones de captura de datos de SQL Server

En las siguientes secciones, se explican las opciones de captura de datos de SQL Server.

Captura instancias, bases de datos individuales y grupos de bases de datos

El agente de Backup and DR se usa para capturar instancias, bases de datos de usuarios, bases de datos del sistema y grupos de bases de datos en servidores físicos y virtuales.

Cuando capturas una instancia de SQL Server, tienes la opción de capturar toda la instancia o las bases de datos seleccionadas dentro de la instancia. Cuando proteges toda la instancia, a medida que se agregan bases de datos a la instancia, se incluyen automáticamente en el siguiente trabajo de captura de Backup and DR. Las bases de datos de una instancia se detienen y se capturan junto con un solo plan de copias de seguridad.

Si la política del plan de copias de seguridad tiene habilitada la captura de registros y bases de datos de Backup and DR, todas las bases de datos de esa instancia se pueden recuperar en el mismo momento determinado. La recuperación y el avance de los registros de todas las bases de datos de una instancia o de bases de datos individuales se realizan desde la interfaz de usuario de Backup and DR con una sola acción.

Se puede acceder a los miembros individuales de una instancia mediante operaciones de clonación, clonación en vivo, restauración y montaje según sea necesario.

Captura grupos de coherencia

Un grupo de coherencia es un grupo de bases de datos que se detienen y capturan junto con una sola plantilla de política del plan de copias de seguridad y un perfil de recursos. La membresía a un grupo de coherencia se asigna de forma manual y es adecuada para grupos de bases de datos cuyos miembros no cambian con mucha frecuencia. Para proteger automáticamente a los miembros nuevos de un grupo de bases de datos, crea y protege esas bases de datos en una instancia de SQL Server.

Como su nombre lo indica, los grupos de coherencia garantizan la captura y la recuperación coherentes en un momento determinado en varias bases de datos. Si la tecnología de captura de registros y bases de datos de Backup and DR está habilitada en la política del plan de copias de seguridad, todas las bases de datos de ese grupo se pueden recuperar en el mismo momento determinado. La recuperación y el avance de los registros de todas las bases de datos o de bases de datos individuales en un grupo de coherencia se realizan desde la interfaz de usuario de Backup and DR con una sola acción. Los miembros de un grupo de coherencia deben residir en la misma instancia.

Un grupo de coherencia puede estar compuesto por lo siguiente:

  • Una o más bases de datos del sistema

  • Una o más bases de datos de usuarios

  • Bases de datos del sistema o del usuario juntas

  • Cero o más sistemas de archivos (letras de unidad o puntos de activación)

Se puede acceder a los miembros individuales de un grupo de coherencia a través de operaciones de montaje, clonación, LiveClone y restablecimiento.

Las bases de datos de una instancia de conmutación por error agrupada deben descubrirse desde el nodo activo. Una vez protegido, GO sigue el nodo de SQL activo en un clúster. Los trabajos de protección siguen ejecutándose incluso en condiciones de conmutación por error. Además de acelerar las operaciones de captura y acceso, los grupos de coherencia consumen menos recursos del sistema (VDisks) que la protección individual de las bases de datos.

Puedes validar la integridad de la copia de seguridad de la base de datos periódicamente. Para ello, debes activar una imagen de copia de seguridad en un servidor y ejecutar una verificación de coherencia de la base de datos. Puedes usar la función de flujo de trabajo para automatizar el proceso de validación.

Captura las bases de datos y el volumen de arranque de una VM

Cuando capturas bases de datos en VMs, tienes la opción de capturar también el volumen de arranque de la VM. Cuando se captura el volumen de arranque de una VM junto con sus bases de datos, se puede presentar una imagen que sea una base de datos y una VM completamente funcionales. Luego, la imagen se puede migrar a una ubicación nueva y permanente.

Replica datos de SQL Server

Los datos se pueden replicar en un segundo dispositivo de copia de seguridad o recuperación, o en la nube para la recuperación, la recuperación ante desastres o fines de prueba o desarrollo. La replicación de datos siempre ha sido un factor que dificulta la administración eficiente de datos en un entorno distribuido geográficamente. La replicación de Backup and DR aborda estos problemas con la compresión de la siguiente manera:

  • Reduce el uso general de la red.

  • Elimina la necesidad de un acelerador o un optimizador de WAN exclusivo.

  • Encripta los datos con el estándar de encriptación AES-256. La autenticación entre los dispositivos de copia de seguridad y recuperación se realiza con certificados de 1,024 bits.

La replicación se controla mediante las políticas de la plantilla de políticas de Backup and DR:

  • Las políticas de Production to Mirror tienen varias opciones para replicar datos en un segundo dispositivo de copia de seguridad o recuperación.

  • Las políticas de Production to OnVault usan un motor propietario de Backup y DR para transferir datos al almacenamiento de objetos.

Registros de replicación

Cuando la opción Enable Database Log Backup de una política se establece en Enable, el parámetro de configuración avanzado Replicate Logs permite que los registros de transacciones de la base de datos de Microsoft SQL Server se repliquen en un dispositivo remoto de copia de seguridad o recuperación. Para que se ejecute un trabajo de replicación de registros, debe incluirse en la plantilla una política de replicación de StreamSnap junto con un perfil de recursos que especifique un dispositivo remoto de copia de seguridad o recuperación, y primero se debe completar al menos una replicación exitosa de la base de datos. Luego, puedes usar los registros en el sitio remoto para cualquier imagen de la base de datos dentro del rango de retención de los registros replicados. Esta función está habilitada de forma predeterminada.

La replicación de registros usa la tecnología StreamSnap para realizar la replicación entre los dispositivos de copia de seguridad y recuperación locales y remotos. La replicación de registros va directamente del grupo de instantáneas local al grupo de instantáneas del dispositivo remoto.

Los registros también se pueden replicar en un grupo de OnVault. Cuando está habilitado (no es el valor predeterminado), los registros se envían a cada grupo de OnVault especificado por una combinación válida de política de OnVault o perfil de recursos (p.ej., Se seleccionó el grupo OnVault uno en la política y se especificó el grupo OnVault uno en el perfil de recursos. La retención de registros en el grupo OnVault siempre coincide con la retención de registros en el grupo de instantáneas.

Accede a los datos de SQL Server

En el caso de las bases de datos de Microsoft SQL Server que usan el modelo de recuperación completa, Backup and DR puede presentar de inmediato una copia de la base de datos que se revirtió a un punto específico en el tiempo. La operación de reversión se especifica en la consola de administración.

En el caso de las bases de datos de Microsoft SQL Server que usan el modelo de recuperación básico, Backup and DR puede presentar de inmediato cualquier copia de seguridad de la base de datos que no haya superado su período de retención.

Independientemente del modelo de recuperación de Microsoft SQL Server que se use, se puede acceder a los datos de Microsoft SQL Server a través de la interfaz iSCSI. Si usas VMware (GCVE), también se puede acceder a los datos con un almacén de datos NFS presentado al host de ESXi.

Control de acceso basado en roles

Puedes controlar qué usuarios tienen acceso a los datos, las funciones y los recursos de Backup and DR. Los datos capturados se pueden marcar como sensibles, y se les puede otorgar permiso de acceso a los datos sensibles a los usuarios de Backup and DR.

Soportes

La función de montaje de Backup and DR proporciona acceso instantáneo a los datos sin necesidad de moverlos. Las copias capturadas de las bases de datos se pueden adelantar con la interfaz de usuario de Backup and DR y se pueden activar en cualquier servidor de bases de datos. Backup and DR proporciona dos formas de activar una base de datos de Microsoft SQL Server:

  • El montaje de la aplicación virtual presenta y pone a disposición del servidor de destino los datos capturados de Microsoft SQL Server como una base de datos de Microsoft SQL Server. Esto te permite crear y administrar copias de bases de datos de producción para uso que no sea de producción. Los montajes de aplicaciones virtuales se crean desde el dispositivo de copia de seguridad o recuperación, y no requieren la intervención manual de los administradores de bases de datos, servidores o almacenamiento. Los montajes de aplicaciones virtuales se pueden usar para informes de bases de datos, análisis, pruebas de integridad, pruebas y desarrollo. Las bases de datos virtuales se detallan en Cómo activar una base de datos de SQL Server como una nueva base de datos virtual y Cómo activar bases de datos en grupos de disponibilidad AlwaysOn de SQL.

  • El montaje estándar, también llamado montaje directo, presenta y pone a disposición del servidor de destino los datos capturados de Microsoft SQL Server como un sistema de archivos, no como una base de datos. Esto es útil si una base de datos está dañada, se perdió o si se reemplazará un servidor de bases de datos. En estos casos, no puedes usar una operación de restablecimiento para recuperar la base de datos. En su lugar, puedes activar una imagen y copiar los archivos de la base de datos desde la imagen activada a su ubicación original en el servidor de la base de datos. Los detalles sobre los montajes directos se encuentran en Cómo montar datos capturados de Microsoft SQL.

LiveClones

Un LiveClone es una copia independiente de los datos de Microsoft SQL Server que se puede actualizar y enmascarar antes de que esté disponible para los usuarios. Esto permite que los equipos de desarrollo y prueba trabajen con el conjunto de datos más reciente sin tener que administrar los datos de forma manual ni interferir en el entorno de producción.

Clones

La función de clonación mueve una copia de los datos de producción a una ubicación diferente de la fuente. La cantidad de tiempo necesario para completar una operación de clonación depende de la cantidad de datos involucrados. Los clones se detallan en Clona bases de datos de SQL Server.

Restablecimientos

Una restauración revierte los datos de producción a un momento específico. Las operaciones de restablecimiento mueven datos. Las operaciones de restablecimiento suelen realizarse después de una corrupción masiva de datos. El tiempo necesario para completar una operación de restablecimiento depende de la cantidad de datos involucrados.

Para restablecer una base de datos y, luego, aplicar registros, la base de datos restablecida debe estar en modo de restablecimiento. Puedes restablecer la base de datos en el modo de restablecimiento y, luego, avanzar los registros hasta un momento específico. Si restableces la base de datos sin especificar Restablecer sin recuperación, la base de datos se restablecerá y se pondrá en línea sin aplicar registros. Los detalles de los restablecimientos se encuentran en Restablece bases de datos de SQL Server. Para realizar un restablecimiento con un tiempo de inactividad casi nulo, primero activa los datos como se detalla en Cómo activar y migrar datos de SQL.

Workflows para automatizar el acceso a los datos de SQL Server

Workflows automatizan el acceso a los datos capturados de Microsoft SQL Server. Workflows pueden presentar los datos como una conexión directa o como un LiveClone:

  • Los montajes directos (estándar o compatibles con la aplicación) funcionan bien para los datos de Microsoft SQL Server que no necesitan enmascararse antes de presentarse. Una copia de datos activada se puede actualizar de forma manual o automática según una programación. Los montajes directos te permiten acceder instantáneamente a los datos capturados de Microsoft SQL Server sin moverlos.

  • Un LiveClone es una copia de tus datos de producción de Microsoft SQL Server que se puede actualizar de forma manual o programada. Puedes enmascarar los datos sensibles en un LiveClone antes de que esté disponible para los usuarios.

La combinación de la captura de datos y el control de acceso automatizados de Microsoft SQL Server de Backup and DR con los flujos de trabajo y sus capacidades opcionales de enmascaramiento de datos te permite crear entornos de aprovisionamiento automático. Los usuarios pueden aprovisionar sus propios entornos casi al instante.

Por ejemplo, un administrador de Backup and DR puede crear una política de plantilla de copia de seguridad que capture datos de Microsoft SQL Server según un programa especificado. El administrador puede marcar los datos de producción capturados de Microsoft SQL Server como sensibles y solo accesibles para los usuarios con los derechos de acceso adecuados.

Una vez que se definen los derechos de acceso y se capturan los datos, el administrador puede crear un flujo de trabajo que haga lo siguiente:

  • Pone a disposición los datos capturados de Microsoft SQL Server como un LiveClone o como un montaje directo.

  • Actualiza los datos de LiveClone o de Microsoft SQL Server que se pueden activar de forma programada o a pedido.

  • De manera opcional, aplica automáticamente secuencias de comandos a los datos de Microsoft SQL Server de LiveClone después de cada actualización. Esto resulta útil para enmascarar datos sensibles de Microsoft SQL Server.

Una vez que se completa el flujo de trabajo, los usuarios con el acceso adecuado pueden aprovisionar sus entornos con los datos de LiveClone o de Microsoft SQL Server que se pueden conectar.

Backup and DR funciona con productos de copias de seguridad existentes

A medida que más y más empresas buscan acelerar el desarrollo de aplicaciones con bases de datos de producción, a menudo se requiere que la copia de seguridad y la DR coexistan con los productos de copia de seguridad heredados que funcionan con los mismos entornos de bases de datos de producción. La copia de seguridad y la DR pueden coexistir perfectamente con otros productos que capturan datos de las bases de datos de producción, si se siguen estas prácticas recomendadas.

Copia de seguridad y DR tiene un método propietario de seguimiento de bloques de cambios, por lo que las soluciones de copia de seguridad que usan SQL o cualquier otro método para obtener las copias de seguridad no se ven afectadas por los trabajos programados de captura de datos de Copia de seguridad y DR.

Los trabajos de copia de seguridad pueden requerir una gran cantidad de E/S. Pueden tener duraciones prolongadas y afectar el rendimiento de la base de datos durante los períodos de copia de seguridad. Backup and DR minimiza el impacto durante los trabajos, pero incluso una actualización incremental perpetua a nivel de bloque debe generar cierta E/S y llevar algo de tiempo.

Requisito No programes el software de copias de seguridad heredado ni Backup and DR para que ejecuten trabajos de forma que se superpongan en el tiempo.
Práctica recomendada Programa los trabajos de la base de datos de Backup and DR para que comiencen en un momento en el que el software de copias de seguridad heredado debería haber finalizado. No programes el software de copias de seguridad heredado para que se ejecute inmediatamente después de que se complete un trabajo de Backup and DR.
Motivo Si los trabajos de copia de seguridad heredados y los trabajos de Backup and DR se ejecutan de forma simultánea, es posible que se produzca un impacto grave en el rendimiento del servidor de la base de datos, lo que generaría inestabilidad y, posiblemente, una interrupción.

Los registros de la base de datos se usan para capturar transacciones individuales en una base de datos, lo que permite recuperaciones de un momento determinado. La mayoría de los casos de uso de agilidad se centran en obtener instantáneas de la base de datos de producción de forma periódica. Los rangos de frecuencia comunes varían de diario a semanal o una vez cada dos semanas, según el caso de uso. Como resultado, los desarrolladores de aplicaciones no suelen necesitar posicionar su instancia que no es de producción en un punto específico en el tiempo desde la fuente (producción). Por lo general, esto elimina la necesidad de capturar y administrar registros como parte de una solución de agilidad de Backup y DR.

Requisito Solo un sistema puede administrar (capturar o truncar [borrar]) los registros, ya sea el software de copias de seguridad heredado o Backup and DR.
Práctica recomendada Sigue permitiendo que el software de copia de seguridad heredado realice toda la administración de registros. No uses Backup and DR para proteger los registros en este entorno.
Motivo Si tu sistema está configurado para administrar (capturar o truncar [borrar]) registros, y el software de copia de seguridad heredado también captura o trunca/borra registros, es posible que uno o ambos sistemas terminen con una cadena de registros incompleta, lo que dificultará o imposibilitará la recuperación de la base de datos a un punto específico en el tiempo.

Otra documentación de Backup and DR para Microsoft SQL Server

Esta página forma parte de una serie de páginas específicas para proteger y recuperar bases de datos de Microsoft SQL Server con Backup and DR. Puedes encontrar información adicional en los siguientes vínculos:

Pasos siguientes

Prepara bases de datos de SQL Server para el servicio Backup and DR.