Backup and DR para Microsoft SQL Server en un dispositivo de copia de seguridad y recuperación

Captura datos de SQL Server

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 en el disco de etapa de pruebas permiten que el dispositivo de copia de seguridad o recuperación mantenga los datos históricos.

Prepárate para crear copias de seguridad de los datos de Microsoft SQL Server

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

  1. Agrega servidores que alojen 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 tanto la base de datos como sus registros. Por lo tanto, una base de datos capturada se puede recuperar a un momento determinado haciendo avanzar 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 activa automáticamente un disco de etapa de pruebas en un servidor.

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

  • El disco de etapa de pruebas se desvincula del servidor.

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

Captura registros de la base de datos de SQL Server

La captura de registros de la base de datos se establece 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 de 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 de forma independiente de la de la base de datos. Por ejemplo, se puede capturar una base de datos 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 superar la frecuencia con la que se captura la 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 menor que 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 abarcar todas las versiones de instantáneas y OnVault de una base de datos. Por ejemplo, si los datos de instantáneas 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 base de datos capturada y sus registros se pueden avanzar durante todo el período.

Los registros de la base de datos se almacenan en etapa intermedia en un solo disco de etapa intermedia en el grupo de instantáneas de Backup and DR. Para conservar 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 de copia de seguridad y recuperación remoto. Puedes usar los registros en el sitio remoto para cualquier 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 de forma automática el espacio físico necesario para alojar las copias de seguridad de los registros de una base de datos. Esto se denomina disco de etapa de pruebas de registros y es independiente del almacenamiento que administra el servidor de origen. Como mínimo, Backup and DR evalúa los tamaños de registro típicos 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 independientes te permite mantener suficiente información de registro para abarcar 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.

  • Crecimiento del tamaño del disco de etapa de pruebas de registros: Define el porcentaje en el que se aumenta automáticamente el disco de etapa de pruebas en el que residen los registros.

  • Tasa de cambio estimada: Define el cambio diario (porcentaje), 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.

  • Comprimir copia de seguridad del registro de la base de datos: Indica a la base de datos de origen que comprima sus registros antes de capturarlos en el dispositivo de copia de seguridad y recuperación. El servidor de la base 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 analizan 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 desactivan y se capturan junto con un solo plan de copia de seguridad.

Si la captura de registros y bases de datos de Backup and DR está habilitada en la política del plan de copia de seguridad, todas las bases de datos de esa instancia se pueden recuperar en el mismo momento. La recuperación y el avance de los registros para todas las bases de datos o las individuales en una instancia 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 activación, clonación, LiveClone y restablecimiento, según sea necesario.

Grupos de coherencia de captura

Un grupo de coherencia es un grupo de bases de datos que se inmovilizan y capturan junto con una sola plantilla de política de plan de copia 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 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 copia de seguridad, todas las bases de datos de ese grupo se pueden recuperar en el mismo momento. La recuperación y la puesta al día de los registros de todas las bases de datos o de las 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 mediante operaciones de activación, clonación, LiveClone y restablecimiento.

Las bases de datos de una instancia de conmutación por error agrupada en clústeres se deben descubrir desde el nodo activo. Una vez protegido, GO sigue al nodo de SQL activo en un clúster. Los trabajos de protección siguen ejecutándose incluso en una condición 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 de las bases de datos de forma individual.

Puedes validar la integridad de la copia de seguridad de la base de datos de forma periódica si activas una copia de seguridad en un servidor y ejecutas la 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 inicio de una VM

Cuando capturas bases de datos en VMs, también tienes la opción de capturar 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 copia de seguridad que sea una base de datos y una VM completamente funcionales. Luego, la copia de seguridad 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 recuperación, recuperación ante desastres o con fines de prueba o desarrollo. La replicación de datos ha sido durante mucho tiempo un obstáculo para la administración eficiente de datos en un entorno distribuido geográficamente. La replicación de Backup and DR aborda estos problemas con una compresión que:

  • Reduce el uso general de la red.

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

  • 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 Producción a duplicación tienen varias opciones para replicar datos en un segundo dispositivo de copia de seguridad y recuperación.

  • Las políticas de Producción a OnVault usan un motor propietario de Backup and DR para transferir datos al almacén de objetos.

Replica los registros

Cuando la opción Habilitar copia de seguridad de registros de la base de datos de una política se establece en Habilitar, el parámetro de configuración avanzado Replicar registros permite que los registros de transacciones de la base de datos de Microsoft SQL Server se repliquen en un dispositivo de copia de seguridad y recuperación remoto. Para que se ejecute un trabajo de replicación de registros, debe haber una política de replicación de StreamSnap incluida en la plantilla junto con un perfil de recurso que especifique un dispositivo de copia de seguridad y recuperación remoto, y primero se debe completar al menos una replicación correcta de la base de datos. Luego, puedes usar los registros en el sitio remoto para cualquier copia de seguridad 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 desde el grupo de instantáneas local hasta el grupo de instantáneas del dispositivo remoto.

Los registros también se pueden replicar en un grupo de OnVault. Cuando se habilitan (no es la opción predeterminada), 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., el grupo de OnVault uno seleccionado en la política y el grupo de OnVault uno especificado en el perfil de recursos). La retención de registros en el grupo de 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 forma instantánea una copia de la base de datos actualizada hasta un momento específico. La operación de avance se especifica en la consola de administración del dispositivo.

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 forma instantánea 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 con la interfaz de iSCSI. Si usas VMware (GCVE), también se puede acceder a los datos con un almacén de datos NFS que se presenta al host ESXi.

Control de acceso basado en roles

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

Soportes

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

  • La activación de la aplicación virtual presenta y hace que los datos capturados de Microsoft SQL Server estén disponibles para un servidor de destino como una base de datos de Microsoft SQL Server. Esto te permite crear y administrar copias de bases de datos de producción para usarlas en entornos que no sean de producción. Las activaciones de aplicaciones virtuales se crean desde el dispositivo de copia de seguridad y recuperación, y no requieren intervención manual de los administradores de bases de datos, servidores o almacenamiento. Las activaciones de aplicaciones virtuales se pueden usar para informes de bases de datos, análisis, pruebas de integridad, y pruebas y desarrollo. Las bases de datos virtuales se detallan en Activa una base de datos de SQL Server como una base de datos virtual nueva y Activa bases de datos en grupos de disponibilidad Always On de SQL.

  • La activación estándar, también llamada activación directa, presenta y hace que los datos capturados de Microsoft SQL Server estén disponibles para un servidor de destino como un sistema de archivos, no como una base de datos. Esto es útil si una base de datos está dañada, se pierde o si se reemplaza un servidor de base de datos. En esos casos, no puedes usar una operación de restablecimiento para recuperar la base de datos. En su lugar, puedes activar una copia de seguridad y copiar los archivos de la base de datos desde la copia de seguridad activada hasta su ubicación original en el servidor de la base de datos. Las activaciones directas se detallan en Activa los 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 pruebas 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 traslada una copia de los datos de producción a una ubicación diferente de la fuente. El tiempo necesario para completar una operación de clonación depende de la cantidad de datos involucrados. Las clonaciones se detallan en Clona bases de datos de SQL Server.

Restablecimientos

Un restablecimiento revierte los datos de producción a un momento específico. Las operaciones de restablecimiento mueven datos. Por lo general, las operaciones de restablecimiento se realizan 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 a un momento específico. Si restableces la base de datos sin especificar Restablecer sin recuperación, la base de datos se restablecerá y se conectará sin aplicar registros. Los restablecimientos se detallan en Restablece bases de datos de SQL Server. Para un restablecimiento con un tiempo de inactividad casi nulo, primero activa los datos como se detalla en Activa y migra 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 datos como una activación directa o como un LiveClone:

  • Las activaciones directas (estándar o con reconocimiento de aplicaciones) funcionan bien para los datos de Microsoft SQL Server que no necesitan enmascararse antes de presentarse. Una copia activada de los datos se puede actualizar de forma manual o automática según un programa. Las activaciones directas te permiten acceder de forma instantánea a los datos capturados de Microsoft SQL Server sin moverlos.

  • Un LiveClone es una copia de tus datos de Microsoft SQL Server de producción 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.

Combinar 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 autoaprovisionamiento. 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 capturados de Microsoft SQL Server de producción como sensibles y solo los usuarios con los derechos de acceso adecuados pueden acceder a ellos.

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

  • Hace que los datos capturados de Microsoft SQL Server estén disponibles como un LiveClone o como una activación directa.

  • Actualiza los datos de LiveClone o de Microsoft SQL Server activables 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 es ú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 activables.

Backup and DR funciona con productos de copia de seguridad existentes

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

Backup and DR tiene un método patentado 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 Backup and DR.

Los trabajos de copia de seguridad pueden requerir un uso intensivo de E/S. Pueden tener duraciones largas y afectar el rendimiento de la base de datos durante las ventanas de copia de seguridad. Backup and DR minimiza el impacto durante los trabajos, pero incluso una actualización incremental para siempre a nivel de bloque debe generar algunas E/S y debe tomar un poco de tiempo.

Requisito No programes el software de copia de seguridad heredado ni Backup and DR para ejecutar trabajos de manera 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 copia de seguridad heredado deba finalizar. No programes el software de copia de seguridad heredado para que se ejecute inmediatamente después de que un trabajo de Backup and DR se complete normalmente.
Motivo Si los trabajos de copia de seguridad heredados y los trabajos de Backup and DR se ejecutan de forma simultánea, puede haber un impacto grave en el rendimiento del servidor de la base de datos, lo que puede provocar inestabilidad y, posiblemente, una interrupción.

Los registros de bases de datos se usan para capturar transacciones individuales en una base de datos, lo que permite realizar 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 forma periódica desde la producción. La frecuencia común varía de diaria a semanal o una vez cada dos semanas, según el caso de uso. Como resultado, los desarrolladores de aplicaciones no suelen tener la necesidad de posicionar su instancia que no es de producción en un momento específico 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 and DR.

Requisito Solo un sistema puede administrar (capturar o truncar [limpiar]) los registros, ya sea el software de copia de seguridad heredado o Backup and DR.
Práctica recomendada Sigue permitiendo que todo 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 [limpiar]) registros, y el software de copia de seguridad heredado también captura o trunca/limpia registros, es posible que uno o ambos sistemas terminen con una cadena de registros incompleta, lo que dificulta o imposibilita la recuperación de la base de datos a un momento específico.

Otra documentación sobre 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 las bases de datos de SQL Server para Backup and DR.