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 siempre activados

  • 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

La copia de seguridad y la DR mueven y administran los datos de Microsoft SQL Server de forma independiente de donde Microsoft SQL Server escribe su almacenamiento principal.

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

Prepara la creación de 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 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 en un punto en el tiempo si se actualizan sus registros.

  4. Asigna plantillas de políticas de copia de seguridad y DR, y perfiles de recursos a las bases de datos de Microsoft SQL Server.

Captura de datos

Cuando captures datos, ten en cuenta lo siguiente:

  • Se crea automáticamente un disco de preparación y se activa en un servidor.

  • Se crea una copia completa inicial en el disco de preparación. Las copias posteriores solo consisten en bloques modificados.

  • Se desmontó el disco de preparación del servidor.

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

Captura registros de la base de datos de SQL Server

La captura de registros de la base de datos se establece en 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 de los registros 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 una base de datos es cada 24 horas, la frecuencia de captura de los archivos 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 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 imagen de base de datos capturada y sus registros se pueden transferir durante todo el período.

Los registros de la base de datos se transfieren a un solo disco de preparación 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 remoto de copia de seguridad o recuperación. Puedes usar los registros en el sitio remoto para cualquier imagen de base de datos dentro del rango de retención de los registros replicados.

Cambia el tamaño del disco de preparación del registro de la base de datos

Backup and DR administra automáticamente el espacio físico necesario para admitir copias de seguridad de los registros de una base de datos. Esto se denomina disco de preparación 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 la siguiente configuración avanzada:

  • 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.

  • Log Staging Disk Size Growth: Define el porcentaje en el que se debe aumentar automáticamente el disco de preparación 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 o recuperación calcule mejor el tamaño del disco de preparación necesario para contener los registros.

  • Compress Database Log Backup: Le indica a la base de datos de origen que comprima sus registros antes de capturarlos en el dispositivo de copia de seguridad o recuperación. El servidor de la base de datos realiza la compresión de registros durante la copia de seguridad de registros (la opción predeterminada es Habilitada).

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 copia de seguridad y 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 la instancia completa o las bases de datos seleccionadas dentro de ella. Cuando proteges toda la instancia, a medida que se agregan bases de datos a la instancia, se incluyen automáticamente en la siguiente tarea de captura de copia de seguridad y DR. Las bases de datos de una instancia se inhabilitan y se capturan junto con un solo plan de copia de seguridad.

Si la captura de registros y la base de datos de las copias de seguridad y la DR están habilitadas en la política del plan de copias de seguridad, todas las bases de datos de esa instancia se pueden recuperar en el mismo momento. La recuperación y el traslado de los registros de todas las bases de datos o de una sola en una instancia se realizan desde la interfaz de usuario de la copia de seguridad y la DR con una sola acción.

Para acceder a los miembros individuales de una instancia, puedes usar las operaciones de activación, clonación, LiveClone y restauración según sea necesario.

Captura grupos de coherencia

Un grupo de coherencia es un grupo de bases de datos que se inactivan y se 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 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 recuperación coherentes de un momento determinado en varias bases de datos. Si la tecnología de captura de registros y bases de datos de las copias de seguridad y la 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. La recuperación y el traslado 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 las copias de seguridad y la 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 unidades 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 se deben descubrir desde el nodo activo. Una vez protegido, GO sigue el nodo SQL activo en un clúster. Las tareas de protección continúan 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 (discos virtuales) que proteger 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 imagen de 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, 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 es 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 con fines de prueba o desarrollo. La replicación de datos siempre ha sido un inhibidor de la administración de datos eficiente en un entorno distribuido geográficamente. La replicación de Backup and DR aborda estos problemas con una compresión que hace lo siguiente:

  • Reduce el uso general de la red.

  • Elimina la necesidad de un acelerador o 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 o recuperación se realiza con certificados de 1,024 bits.

La replicación está controlada por las políticas de plantillas de políticas de Backup and DR:

  • Las políticas de producción a espejo tienen varias opciones para replicar datos en un segundo dispositivo de copia de seguridad o recuperación.

  • Las políticas de producción a OnVault usan un motor propietario de copia de seguridad y DR para transferir datos al almacenamiento de objetos.

Replica los registros

Cuando la opción Habilitar copia de seguridad de registros de la base de datos de una política está configurada como 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 o recuperación remoto. Para que se ejecute una tarea de replicación de registros, se debe incluir una política de replicación de StreamSnap en la plantilla junto con un perfil de recursos que especifique un dispositivo de copia de seguridad o recuperación remoto, y se debe completar al menos una replicación correcta de la base de datos. Luego, puedes usar los registros del sitio remoto para cualquier imagen de 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 o 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 la configuración predeterminada), los registros se envían a cada grupo de OnVault especificado por una política válida de OnVault o una combinación de perfiles de recursos (p.ej., OnVault uno seleccionado en la política y OnVault uno especificado 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, la copia de seguridad y la DR pueden presentar instantáneamente una copia de la base de datos actualizada a un momento específico. La operación de actualizació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, la copia de seguridad y la DR pueden presentar de forma instantánea cualquier copia de seguridad de la base de datos que no haya pasado 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 iSCSI. Si usas VMware (GCVE), también se puede acceder a los datos a través de un almacén de datos de NFS presentado al host de ESXi.

Control de acceso basado en roles

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

Soportes

La función de activación de Backup and DR proporciona acceso inmediato a los datos sin moverlos. Las copias capturadas de las bases de datos se pueden transferir con la interfaz de usuario de Backup and DR y se pueden activar en cualquier servidor de base de datos. La copia de seguridad y la DR proporcionan 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 de un 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 no relacionado con la producción. Los activaciones de aplicaciones virtuales se crean desde el dispositivo de copia de seguridad o recuperación y no requieren intervención manual de los administradores de bases de datos, servidores o almacenamiento. Los 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 Cómo activar una base de datos de SQL Server como una base de datos virtual nueva y Cómo activar bases de datos en grupos de disponibilidad Always On de SQL.

  • El activador estándar, también llamado activador directo, presenta y pone a disposición de un 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 pierde o 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 imagen y copiar los archivos de la base de datos de la imagen activada a su ubicación original en el servidor de la base de datos. Los activaciones directas se detallan en Cómo activar datos de Microsoft SQL capturados.

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 en el conjunto de datos más reciente sin tener que administrarlos 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 Cómo clonar bases de datos de SQL Server.

Restablecimientos

Un restablecimiento revierte los datos de producción a un momento específico. Las operaciones de restablecimiento en realidad mueven datos. Por lo general, las operaciones de restablecimiento se realizan después de una corrupción masiva de datos. La cantidad de tiempo necesaria para completar una operación de restauración 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 el modo de restablecimiento. Puedes restablecer la base de datos en el modo de restablecimiento y, luego, actualizar los registros a un momento específico. Si restableces la base de datos sin especificar Restablecer sin recuperación, esta se restablecerá y se pondrá en línea sin aplicar registros. Los restablecimientos se detallan en Cómo restablecer bases de datos de SQL Server. Para obtener un restablecimiento con un tiempo de inactividad casi nulo, activa primero 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 datos como una activación directa o como un LiveClone:

  • Las activaciones directas (estándares o conscientes de la aplicación) funcionan bien para los datos de Microsoft SQL Server que no necesitan enmascararse antes de mostrarse. 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 inmediata a los datos capturados de Microsoft SQL Server sin moverlos.

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

Combinar la captura de datos y el control de acceso automatizados de Microsoft SQL Server de las copias de seguridad y la 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 capturados de Microsoft SQL Server de producción como sensibles y solo los usuarios con los derechos de acceso adecuados pueden acceder a ellos.

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

  • Pone los datos capturados de Microsoft SQL Server a disposición como LiveClone o como activación directa.

  • Actualiza los datos de LiveClone o los datos 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 del servidor Microsoft SQL de LiveClone después de cada actualización. Esto es útil para enmascarar datos sensibles de Microsoft SQL Server.

Una vez que se complete el flujo de trabajo, los usuarios con acceso adecuado podrán aprovisionar sus entornos con LiveClone o los datos de Microsoft SQL Server que se pueden montar.

Copia de seguridad y DR que funcionan con productos de copia 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 productos de copia de seguridad heredados que funcionan en 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 bases de datos de producción si se siguen estas prácticas recomendadas.

La copia de seguridad y DR tienen un método propietario de seguimiento de bloques de cambios para que las soluciones de copia de seguridad que usan SQL o cualquier otro método para obtener las copias de seguridad no se vean afectadas por trabajos de captura de datos de copia de seguridad y DR programados.

Las tareas de copia de seguridad pueden ser muy intensivas en E/S. Pueden tener duraciones largas y afectar el rendimiento de la base de datos durante las ventanas de copia de seguridad. Las copias de seguridad y la DR minimizan el impacto durante las tareas, pero incluso una actualización incremental para siempre a nivel de bloque debe generar algo de E/S y debe demorar un poco.

Requisito No programes el software de copia de seguridad heredado ni Backup and DR para que ejecuten trabajos de una manera que permita superposiciones en el tiempo.
Práctica recomendada Programa las tareas 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 debería estar terminado. No programes el software de copia de seguridad heredado para que se ejecute inmediatamente después de que se complete un trabajo de Backup and DR de forma normal.
Motivo Si las tareas de copia de seguridad heredadas y las tareas de copia de seguridad y 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 provocará 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 realizar recuperaciones de un momento determinado. La mayoría de los casos de uso de agilidad se centran en obtener instantáneas de bases de datos de forma periódica desde 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 necesitar posicionar su instancia no 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 copia de seguridad y DR.

Requisito Solo un sistema puede administrar (capturar o truncar (borrar)) los registros, ya sea el software de copia 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 la copia de seguridad y la 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 o borra 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 en un momento específico.

Pasos siguientes

Prepara las bases de datos de SQL Server para el servicio de Copia de seguridad y DR.

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

Esta página es una de una serie de páginas específicas para proteger y recuperar bases de datos, archivos binarios y de asistencia de Microsoft SQL Server con copias de seguridad y DR.

Puedes encontrar más información en los siguientes vínculos: