Servicio de Backup y DR para Microsoft SQL Server

Capturar datos de SQL Server

El servicio de copia de seguridad y recuperación tras fallos 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 gestiona los datos de Microsoft SQL Server por separado de donde Microsoft SQL Server escribe su almacenamiento principal.

Un dispositivo de copia de seguridad o de recuperación almacena los datos de las aplicaciones en un disco de almacenamiento provisional. Las instantáneas del disco de almacenamiento provisional permiten que el dispositivo de copia de seguridad o recuperación mantenga el historial de datos.

Preparar la creación de copias de seguridad de datos de Microsoft SQL Server

Para preparar la copia de seguridad de los datos de Microsoft SQL Server, debes seguir cuatro pasos:

  1. Añade servidores que alojan bases de datos de Microsoft SQL Server.

  2. Descubrir máquinas virtuales y bases de datos de Microsoft SQL Server.

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

    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 dado adelantando sus registros.

  4. Asigna plantillas de políticas de copias de seguridad y recuperación tras desastres, así como perfiles de recursos, a bases de datos de Microsoft SQL Server.

Captura de datos

Cuando recoja datos, tenga en cuenta lo siguiente:

  • Se crea y se monta automáticamente un disco de almacenamiento provisional en un servidor.

  • Se hace una copia completa inicial en el disco de almacenamiento provisional. Las copias posteriores solo constan de los bloques modificados.

  • El disco de almacenamiento provisional se ha desmontado del servidor.

  • Se crea una captura del disco de almacenamiento provisional en el dispositivo de copia de seguridad o recuperación.

Capturar registros de bases de datos de SQL Server

La captura de registros de bases de datos se define en la sección Detalles y configuración de una política de snapshots. Permite que una sola política de creación de copias de seguridad capture los registros de las bases de datos de Microsoft SQL Server y los grupos de coherencia que contengan bases de datos de Microsoft SQL Server.

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

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

La conservación de registros también se define por separado de su base de datos asociada. Si tienes periodos de conservación independientes, podrás mantener suficiente información de registro para cubrir todas las versiones de las copias de una base de datos, tanto las de las copias de seguridad como las de las copias creadas con OnVault. Por ejemplo, si los datos de una 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 conservació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 restaurar durante todo el periodo.

Los registros de la base de datos se almacenan en un único disco de almacenamiento provisional en el grupo de instantáneas de Backup and DR. Para ahorrar espacio en el grupo de capturas, puedes usar un ajuste avanzado para indicar a la base de datos que comprima sus registros.

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

Cambiar el tamaño del disco de almacenamiento provisional del registro de la base de datos

Backup and DR gestiona automáticamente el espacio físico necesario para alojar las copias de seguridad de los registros de una base de datos. Se trata de un disco de almacenamiento provisional de registros, que es independiente del almacenamiento gestionado por el servidor de origen. Como mínimo, Backup and DR evalúa los tamaños de registro habituales y su periodo de conservación, y usa un disco más grande si es necesario.

Para gestionar de forma más eficiente y eficaz los requisitos de almacenamiento de los registros de una base de datos, las políticas de creación de copias de seguridad ofrecen los siguientes ajustes avanzados:

  • Periodo de conservación de copias de seguridad de registros: la conservación de registros se define por separado de la base de datos asociada. Al tener tasas de retención independientes, puedes mantener suficiente información de registro para cubrir todas las versiones de instantánea de una base de datos. El periodo de conservación de registros es un ajuste obligatorio.

  • Crecimiento del tamaño del disco de almacenamiento temporal de registros: define el porcentaje en el que se aumentará automáticamente el tamaño del disco de almacenamiento temporal en el que se encuentran 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 almacenamiento provisional necesario para contener los registros.

  • Compress Database Log Backup (Comprimir copia de seguridad de registro de 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 o recuperación. El servidor de bases de datos comprime los registros durante la copia de seguridad de los 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.

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

El agente de copia de seguridad y recuperación tras fallos 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.

Al capturar una instancia de SQL Server, puede capturar toda la instancia o bases de datos concretas de la instancia. Si proteges toda la instancia, las bases de datos que se añadan a la instancia se incluirán automáticamente en la siguiente tarea de captura de Backup and DR. Las bases de datos de una instancia se ponen en modo quiescente y se capturan junto con un único plan de copias de seguridad.

Si la 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 esa instancia se pueden recuperar hasta el mismo momento dado. La recuperación y el avance de los registros de todas las bases de datos de una instancia o de una base de datos concreta 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 montaje, clonación, LiveClone y restauración según sea necesario.

Grupos de coherencia de captura

Un grupo de coherencia es un grupo de bases de datos que se ponen en modo quiescente y se capturan juntas con una sola plantilla de política de plan de copia de seguridad y un perfil de recursos. La pertenencia a un grupo de coherencia se asigna manualmente y es adecuada para grupos de bases de datos cuyos miembros no cambian muy a menudo. Para proteger automáticamente a los nuevos miembros de un grupo de bases de datos, crea y protege esas bases de datos en una instancia de SQL Server.

Como su nombre indica, los grupos de coherencia aseguran la captura y la recuperación a un momento dado coherentes en varias bases de datos. Si la tecnología de captura de bases de datos y registros 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 dado. La recuperación y el avance de los registros de todas las bases de datos o de bases de datos concretas de 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 formado por los siguientes elementos:

  • Una o varias bases de datos del sistema

  • Una o varias bases de datos de usuarios

  • Bases de datos del sistema o del usuario

  • Cero o más sistemas de archivos (letras de unidad o puntos de montaje)

Se puede acceder a los miembros individuales de un grupo de coherencia mediante operaciones de montaje, clonación, LiveClone y restauración.

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

Puedes validar periódicamente la integridad de la copia de seguridad de la base de datos montando una imagen de copia de seguridad en un servidor y ejecutando una comprobación de la coherencia de la base de datos. Puedes usar la función de flujo de trabajo para automatizar el proceso de validación.

Capturar las bases de datos y el volumen de arranque de una máquina virtual

Cuando capture bases de datos en máquinas virtuales, tendrá la opción de capturar también el volumen de arranque de la máquina virtual. Cuando se captura el volumen de arranque de una máquina virtual junto con sus bases de datos, se puede presentar una imagen que sea una base de datos y una máquina virtual totalmente funcionales. La imagen se puede migrar a una nueva ubicación permanente.

Replicar 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 realizar recuperaciones, recuperaciones tras desastres, pruebas o desarrollos. La replicación de datos ha sido durante mucho tiempo un factor que ha impedido la gestión eficiente de los datos en un entorno distribuido geográficamente. La replicación de copias de seguridad y recuperación tras fallos aborda estos problemas con la compresión de la siguiente manera:

  • Reduce el uso general de la red.

  • Elimina la necesidad de usar un optimizador o acelerador de WAN específico.

  • Encripta los datos mediante el estándar de encriptado AES-256. La autenticación entre los dispositivos de copia de seguridad y recuperación se realiza mediante certificados de 1024 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 réplica 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 Backup and DR para transferir datos al almacenamiento de objetos.

Replicar registros

Si la opción Habilitar copia de seguridad de registros de base de datos de una política tiene el valor Habilitar, la opción avanzada 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, debe haber una política de replicación de StreamSnap incluida en la plantilla junto con un perfil de recursos que especifique un dispositivo de copia de seguridad o recuperación remoto. Además, primero debe completarse al menos una replicación correcta de la base de datos. Después, puede usar los registros del sitio remoto para cualquier imagen de base de datos dentro del periodo de conservació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 copias de seguridad local al grupo de copias de seguridad del dispositivo remoto.

Los registros también se pueden replicar en un grupo OnVault. Si se habilita (no es el valor predeterminado), los registros se envían a cada grupo OnVault especificado por una combinación válida de política OnVault o perfil de recurso (por ejemplo, Se ha seleccionado el grupo OnVault 1 en la política y se ha especificado el grupo OnVault 1 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.

Acceder a 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 al instante una copia de la base de datos restaurada a un momento específico. La operación de actualización se especifica en la consola de gestió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 al instante cualquier copia de seguridad de la base de datos que no haya superado su periodo de conservación.

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

Control de acceso basado en roles

Puedes controlar qué usuarios tienen acceso a los datos, las funciones de copia de seguridad y recuperación ante desastres, y los recursos. Los datos capturados se pueden marcar como sensibles y se puede conceder permiso de acceso a los datos sensibles a los usuarios de Backup y DR.

Soportes

La función de montaje de Backup and DR proporciona acceso instantáneo a los datos sin necesidad de moverlos. Las copias de bases de datos capturadas se pueden restaurar con la interfaz de usuario de Backup and DR y montar en cualquier servidor de bases de datos. Backup and DR ofrece dos formas de montar 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 le permite crear y gestionar copias de bases de datos de producción para usarlas en entornos que no sean de producción. Los montajes de aplicaciones virtuales se crean a partir del 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 generar informes de bases de datos, analíticas, pruebas de integridad, pruebas y desarrollo. Las bases de datos virtuales se describen en los artículos Montar una base de datos de SQL Server como una nueva base de datos virtual y Montar bases de datos en grupos de disponibilidad Always On de SQL.

  • El montaje estándar, también llamado montaje directo, presenta y pone los datos capturados de Microsoft SQL Server a disposición de un servidor de destino como un sistema de archivos, no como una base de datos. Esto resulta útil si una base de datos está dañada o se ha perdido, o si se va a sustituir un servidor de bases de datos. En estos casos, no puedes usar una operación de restauración para recuperar la base de datos. En su lugar, puede montar una imagen y copiar los archivos de la base de datos de la imagen montada en su ubicación original en el servidor de la base de datos. Los montajes directos se describen en el artículo Montar datos de Microsoft SQL capturados.

LiveClones

LiveClone es una copia independiente de los datos de Microsoft SQL Server que se puede actualizar y enmascarar antes de ponerla a disposición de los usuarios. De esta forma, los equipos de desarrollo y pruebas pueden trabajar con el conjunto de datos más reciente sin tener que gestionar los datos manualmente 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. El tiempo necesario para completar una operación de clonación depende de la cantidad de datos implicados. Los clones se describen en el artículo sobre cómo clonar bases de datos de SQL Server.

Restauraciones

Una restauración revierte los datos de producción a un momento determinado. Las operaciones de restauración mueven los datos. Las operaciones de restauración suelen realizarse después de que se hayan dañado muchos datos. El tiempo necesario para completar una operación de restauración depende de la cantidad de datos implicados.

Para restaurar una base de datos y, a continuación, aplicar los registros, la base de datos restaurada debe estar en modo de restauración. Puedes restaurar la base de datos en modo de restauración y, a continuación, avanzar los registros hasta un momento específico. Si restauras la base de datos sin especificar Restaurar sin recuperación, la base de datos se restaurará y se pondrá online sin aplicar registros. Los detalles de las restauraciones se describen en el artículo Restaurar bases de datos de SQL Server. Para restaurar los datos con un tiempo de inactividad casi nulo, primero monta los datos tal como se explica en Montar y migrar datos de SQL.

Flujos de trabajo para automatizar el acceso a datos de SQL Server

Los flujos de trabajo automatizan el acceso a los datos de Microsoft SQL Server capturados. Los flujos de trabajo pueden presentar los datos como un montaje directo o como un LiveClone:

  • Los montajes directos (estándar o con reconocimiento de aplicaciones) funcionan bien con los datos de Microsoft SQL Server que no necesitan enmascararse antes de presentarse. Una copia montada de los datos se puede actualizar manualmente o automáticamente según una programación. Los montajes directos te permiten acceder al instante a los datos de Microsoft SQL Server capturados sin tener que moverlos.

  • Un LiveClone es una copia de tus datos de producción de Microsoft SQL Server que se puede actualizar manualmente o de forma programada. Puedes enmascarar datos sensibles en un LiveClone antes de ponerlo a disposición de los usuarios.

Si combinas la captura de datos automatizada de Microsoft SQL Server y el control de acceso de Backup and DR con los flujos de trabajo y sus funciones de enmascaramiento de datos opcionales, podrás 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 una programación especificada. El administrador puede marcar los datos de producción de Microsoft SQL Server capturados como sensibles y solo los usuarios con los derechos de acceso adecuados podrán acceder a ellos.

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

  • Hace que los datos de Microsoft SQL Server capturados estén disponibles como LiveClone o como montaje directo.

  • Actualiza los datos de Microsoft SQL Server de LiveClone o montables de forma programada o bajo demanda.

  • Aplica automáticamente scripts a los datos de Microsoft SQL Server de LiveClone después de cada actualización (opcional). 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 montables.

Copia de seguridad y recuperación tras fallos con productos de copia de seguridad

Cada vez más empresas quieren acelerar el desarrollo de aplicaciones usando bases de datos de producción, por lo que a menudo se requiere que el servicio de copia de seguridad y recuperación ante desastres coexista con productos de copia de seguridad antiguos que funcionen en los mismos entornos de bases de datos de producción. Las copias de seguridad y la recuperación ante desastres pueden coexistir perfectamente con otros productos que capturen datos de bases de datos de producción si se siguen estas prácticas recomendadas.

Backup and DR tiene un método propietario de seguimiento de bloques de cambios, por lo que las soluciones de copia de seguridad que usan SQL u otros métodos para obtener las copias de seguridad no se ven afectadas por las tareas de captura de datos programadas de Backup and DR.

Las tareas de copia de seguridad pueden requerir muchas operaciones de entrada/salida. Pueden tener una duración larga y afectar al rendimiento de la base de datos durante las ventanas de copia de seguridad. Las copias de seguridad y la recuperación ante desastres minimizan el impacto durante los trabajos, pero incluso una actualización incremental para siempre a nivel de bloque debe generar algunas operaciones de E/S y tardar un poco.

Requisito No programes la ejecución de trabajos con el software de copias de seguridad antiguo y con Backup and DR de forma que se solapen en el tiempo.
Práctica recomendada Programa los trabajos de copia de seguridad y recuperación ante desastres de la base de datos para que empiecen cuando el software de copia de seguridad antiguo haya terminado. No programes el software de copia de seguridad antiguo para que se ejecute inmediatamente después de que se complete una tarea de copia de seguridad y recuperación tras fallos.
Motivo Si los trabajos de copia de seguridad antiguos y los trabajos de Backup and DR se ejecutan simultáneamente, puede producirse un impacto grave en el rendimiento del servidor de bases de datos, lo que puede provocar inestabilidad y, posiblemente, una interrupción.

Los registros de la base de datos se usan para registrar transacciones individuales en una base de datos, lo que permite realizar recuperaciones en un momento dado. La mayoría de los casos prácticos de agilidad se centran en obtener vistas generales de la base de datos de producción de forma periódica. La frecuencia habitual va de diaria a semanal o quincenal, según el caso práctico. Por lo tanto, los desarrolladores de aplicaciones no suelen tener que posicionar su instancia de no producción en un momento específico de la fuente (producción). De esta forma, no es necesario capturar ni gestionar registros como parte de una solución de agilidad de Backup and DR.

Requisito Solo un sistema puede gestionar (capturar o truncar [purgar]) los registros: el software de copia de seguridad antiguo o Backup y DR.
Práctica recomendada Sigue permitiendo que el software de copia de seguridad antiguo gestione todos los registros. No uses Backup and DR para proteger los registros en este entorno.
Motivo Si tu sistema está configurado para gestionar (capturar o truncar/purgar) registros y el software de copia de seguridad antiguo también captura o trunca/purga registros, uno o ambos sistemas pueden acabar con una cadena de registros incompleta, lo que dificulta o imposibilita la recuperación de la base de datos en un momento concreto.

Otra documentación sobre copias de seguridad y recuperación tras fallos para Microsoft SQL Server

Esta página forma parte de una serie de páginas específicas sobre la protección y recuperación de bases de datos de Microsoft SQL Server con Backup and DR. Puede consultar más información en los siguientes enlaces:

Siguientes pasos

Prepara las bases de datos de SQL Server para el servicio de copia de seguridad y recuperación tras fallos.