Configurar planes de copias de seguridad para instancias y bases de datos de Microsoft SQL Server

El servicio de copia de seguridad y recuperación tras fallos te permite crear copias de seguridad de Microsoft SQL Server:

  • Instancias

  • Base de datos principal de un grupo de disponibilidad Always On

  • Bases de datos en VMs

  • Bases de datos del sistema

  • Bases de datos de usuarios

  • Bases de datos y archivos de asistencia en un grupo de coherencia

  • Miembros individuales de un grupo de coherencia

Antes de empezar

Antes de proteger las bases de datos de Microsoft SQL Server:

Prácticas recomendadas para proteger bases de datos de Microsoft SQL Server

En el caso de las bases de datos de Microsoft SQL Server que usan el modelo de recuperación completa, aprovecha la capacidad del dispositivo de copia de seguridad y recuperación para crear copias de seguridad tanto de la base de datos como de sus registros con una sola política. Cuando se crea una copia de seguridad de la base de datos y de sus registros, el dispositivo puede recuperar la base de datos hasta un momento determinado. Para ello, se desplazan los registros hacia adelante mediante la interfaz de usuario del dispositivo. Para crear copias de seguridad de la base de datos y sus registros, se utilizan los ajustes avanzados de la plantilla de política.

Crear copias de seguridad de bases de datos en una instancia en lugar de en un grupo de coherencia

Cuando se inactiva una base de datos para crear una copia de seguridad, se crea una instantánea de sus discos y, a continuación, se libera. En el caso de los grupos de coherencia y las instancias de base de datos, los miembros se ponen en reposo y se liberan juntos para obtener un punto en el tiempo coherente de los datos.

Cuando se crea una copia de seguridad de una instancia de SQL, a medida que se añaden bases de datos a la instancia, se incluyen automáticamente en la operación de copia de seguridad y recuperación ante desastres. Hacer copias de seguridad de bases de datos en una instancia de SQL es una práctica adecuada en entornos en los que se añaden y se eliminan bases de datos con regularidad. Las bases de datos montadas en una instancia de SQL como aplicaciones virtuales no están protegidas con los demás miembros de la instancia. Las bases de datos montadas virtualmente deben protegerse por separado.

La pertenencia a un grupo de coherencia se realiza manualmente. Hacer copias de seguridad de bases de datos en un grupo de coherencia es una buena opción para entornos en los que no se suelen añadir ni eliminar bases de datos.

Gestión de bases de datos frente a gestión de máquinas virtuales

Los servidores Microsoft SQL se protegen de forma diferente en función de si se protegen como una aplicación (base de datos, instancia o grupo de disponibilidad) o como parte de una máquina virtual completa.

Protegido como aplicación, no como ESP Protegido como parte de una máquina virtual
Los dispositivos de copia de seguridad o recuperación solo protegen los archivos de la base de datos. Se hace una copia de seguridad de todas las máquinas virtuales de VMware mediante las APIs de VMware. Si gestionas bases de datos SQL que forman parte de una VM protegida, consulta [Proteger y recuperar instancias de Compute Engine](/backup-disaster-recovery/docs/quickstarts/gce-instances-backup-recovery).
El agente de Backup y DR coordina la instantánea de VSS y realiza el truncamiento de registros. La API de VMware coordina la instantánea de VSS. El agente de Backup and DR debe estar instalado en la VM para truncar los registros.
El agente de Backup y DR usa el seguimiento de bloques modificados en archivos con nombre, lo que resulta muy eficiente para archivos de bases de datos grandes. La API de VMware proporciona un seguimiento de bloques modificados.
Los registros de transacciones se crean como copia de seguridad cuando se ejecuta un trabajo de copia de seguridad si seleccionas Truncate Log After Backup en Details & Settings (consulta [Configurar ajustes avanzados para las anulaciones de ajustes de políticas](: #SetOverrides) No se crea una copia de seguridad de los registros de transacciones.
El cliente puede avanzar con los registros. No se admite la opción de restaurar a una versión posterior.

Sigue estas instrucciones para aplicar un plan de copias de seguridad y proteger la base de datos de Microsoft SQL Server.

  1. En la consola de gestión, ve a Gestor de aplicaciones > Aplicaciones. Se abrirá la página Aplicaciones.

  2. Selecciona la base de datos, la instancia, el grupo de disponibilidad o el grupo de coherencia de Microsoft SQL Server que quieras crear una copia de seguridad y, en la esquina inferior derecha de la página, selecciona Gestionar plan de copias de seguridad.

  3. En la ventana Gestionar plan de copia de seguridad, elija una plantilla y un perfil en las listas desplegables:

    • Plantilla Una plantilla de copia de seguridad que incluya políticas para definir la creación de copias y la replicación de los datos de la aplicación.

    • Perfil. Un perfil de recursos que define los recursos que se usan para almacenar los datos de la aplicación como instantáneas e imágenes replicadas.

  4. En la ventana Gestionar plantilla de plan de copias de seguridad, haz los siguientes cambios antes de aplicar un plan de copias de seguridad:

    • Configuración de la aplicación. Ajustes específicos de Microsoft SQL, como el tipo de aplicación, el nombre de host, la dirección IP del host, la ruta, el sistema operativo, el dispositivo de copia de seguridad o recuperación y la dirección IP del dispositivo.

    • Invalidaciones de políticas. Anula ajustes de políticas específicos que se hayan configurado previamente en la plantilla de copia de seguridad seleccionada. Las anulaciones de políticas pueden ser útiles o necesarias en determinadas circunstancias. Solo puedes anular la configuración de una política si la plantilla de la política se ha configurado para permitir la anulación de la configuración de la política.

  5. Para seleccionar bases de datos, en Regla de inclusión de bases de datos, haga clic en Editar. Se abrirá el cuadro de diálogo Gestionar suscripción.

    • En el cuadro de diálogo Gestionar pertenencia, seleccione las bases de datos de las que quiera crear una copia de seguridad asignando una regla de inclusión (Todas, Bases de datos del sistema, Bases de datos de usuario) y, a continuación, seleccione si la regla debe Incluir seleccionadas o Excluir seleccionadas.

    • Haz clic en Guardar para cerrar el cuadro de diálogo Gestionar suscripción.

  6. Haz clic en Aplicar para aplicar la plantilla de copia de seguridad y el perfil de recursos. Aparecerá un mensaje de confirmación.

    La primera vez que se detecta la base de datos seleccionada, se ejecuta un trabajo bajo demanda lo antes posible para proteger los datos. Después, se crea una copia de seguridad de los datos nuevos cuando se ejecuta el trabajo programado según el horario de operaciones definido en la plantilla de copia de seguridad. Por ejemplo, si a las 10:00 (UTC) asignas una plantilla que tiene un horario de funcionamiento de 02:00 a 05:00 (UTC), el primer trabajo no empezará hasta que el dispositivo tenga un espacio disponible después de las 02:00 (UTC).

Protección de registros de bases de datos en una política de plan de copia de seguridad

Cuando creas una política de creación de copias de una base de datos, también puedes hacer copias de seguridad de sus archivos de registro. La frecuencia con la que se crean copias de seguridad de los registros de la base de datos se define por separado de la de la base de datos. Por ejemplo, se puede crear una copia de seguridad de una base de datos todos los días y de sus registros cada hora. La frecuencia de la copia de seguridad de los registros de la base de datos se define en minutos y no debe superar la frecuencia con la que se crea la copia de seguridad de la base de datos asociada. Por ejemplo, si se crea una copia de seguridad de una base de datos cada 24 horas, la frecuencia de creación de copias de seguridad del archivo de registro debe ser inferior a 24 horas.

La frecuencia y la retención se definen en la sección Detalles y configuración de la política de instantáneas de la base de datos. La copia de seguridad de los registros se realiza independientemente de cuándo se haga la copia de seguridad de la base de datos asociada.

Puedes habilitar Protección de registros mediante la opción Habilitar copia de seguridad de registros de base de datos de la configuración avanzada de una política de instantánea de un plan de copias de seguridad. La frecuencia y la conservación se definen en Detalles y configuración de una política de plan de copias de seguridad.

La consola de gestión gestiona automáticamente el espacio necesario para alojar los registros de una base de datos. La consola de gestión evalúa los tamaños de registro habituales y su periodo de conservación, y añade espacio según sea necesario. Para gestionar los requisitos de almacenamiento de los registros de una base de datos, las políticas de creación de copias de seguridad proporcionan los siguientes ajustes avanzados:

  • Periodo de conservación de las copias de seguridad de los registros. La conservación de registros se define de forma independiente a la conservación de la política de capturas. Si tienes un periodo de conservación independiente, puedes usar los registros junto con las copias de la base de datos almacenadas en el grupo de instantáneas y, opcionalmente, en un grupo OnVault. El periodo de conservación de registros es obligatorio cuando las copias de seguridad de los registros están habilitadas.

  • Registros de réplica. Puedes replicar los registros de la base de datos en un dispositivo de copia de seguridad o recuperación remoto o en un pool de OnVault, y usar los registros remotos para cualquier imagen de la base de datos dentro del periodo de conservación de los registros replicados. La replicación de registros usa la tecnología StreamSnap entre los dispositivos locales y remotos, pasando directamente del grupo de instantáneas local al grupo de instantáneas del dispositivo remoto. Para ello, se necesita una política de replicación de StreamSnap en la plantilla y, al menos, una replicación correcta de la base de datos.

  • Tamaño de crecimiento del tamaño del disco de almacenamiento provisional de registros. Define el porcentaje en el que se aumentará automáticamente el disco de almacenamiento provisional en el que se encuentran los registros. Este ajuste es un porcentaje y los valores válidos van del 5 al 100.

  • Tasa de cambio estimada. Define el cambio diario (en 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 guardar los registros. Este ajuste es un porcentaje y los valores válidos son del 0 al 100.

  • 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 crear la copia de seguridad. El servidor de bases de datos comprime los registros durante la copia de seguridad de los registros.

Configurar ajustes avanzados para las anulaciones de ajustes de políticas

En la ventana Gestionar plan de copia de seguridad, haz clic en Anulaciones de políticas para que se muestre el cuadro de diálogo Anulación de configuración de políticas. Desde aquí, puede anular ajustes de políticas específicos asociados a la plantilla de copia de seguridad seleccionada. Cuando hayas terminado, haz clic en Guardar cambios.

Para restablecer el valor predeterminado de un ajuste de anulación de política, haga clic en la casilla situada a la izquierda de la selección. Haga clic en Seleccionar opciones que volverán al valor predeterminado para restablecer el valor predeterminado de todos los ajustes de anulación de política.

En la siguiente lista se describen las anulaciones de la configuración de la política válidas para instancias de SQL Server, grupos de disponibilidad, bases de datos y grupos de coherencia.

  • No desasignes. Mantener asignados los discos de almacenamiento provisional entre trabajos: selecciona esta opción si quieres que los discos de almacenamiento provisional temporales se asignen al host y se utilicen durante el movimiento de datos para que sigan asignados al host. Las LUNs se asignan durante el primer trabajo y todos los trabajos posteriores reutilizan la misma LUN asignada. Esta opción está seleccionada de forma predeterminada. Desasignar discos de almacenamiento provisional después de cada tarea: esta opción desmonta el disco de almacenamiento provisional del sistema operativo al finalizar cada tarea (se eliminan los puntos de montaje o las letras de unidad) y también lo desasigna del host por completo. Esta opción requiere que el host realice un análisis de LUNs SCSI al inicio del siguiente trabajo, ya que los discos de almacenamiento provisional reasignados deben volver a detectarse antes de que se puedan volver a montar.

  • Truncar registro después de crear copia de seguridad. Especifica si se deben truncar los registros después de cada copia de seguridad. Si está habilitada, los registros relacionados con la aplicación se truncan hasta la copia de seguridad reciente o actual. Si truncas los registros, también debes crear una copia de seguridad del registro de transacciones para habilitar una recuperación de avance.

  • Omitir aplicaciones sin conexión en el grupo de coherencia. (Solo para la gestión de grupos de coherencia) Especifica si se deben ignorar las bases de datos no disponibles que forman parte de un grupo de coherencia. Crea un grupo de coherencia para hacer una copia de seguridad de varias bases de datos a la vez y mantener la coherencia de los datos en todas las bases de datos. Los grupos de coherencia son colecciones de bases de datos de la misma instancia o grupo de disponibilidad.

    Las opciones disponibles son:

    • Falla la copia de seguridad cuando se encuentran aplicaciones sin conexión
    • Omitir aplicaciones sin conexión durante la copia de seguridad

  • Asigna discos de almacenamiento provisional a todos los hosts ESX de un clúster. Esta opción no es relevante cuando se usan almacenes de datos NFS. Asigna el disco de almacenamiento provisional al host ESX solo para la VM. Asigna el disco de almacenamiento provisional a todos los hosts ESX del clúster. Asigna el disco de almacenamiento provisional a dos hosts ESX del clúster.

  • Crea una copia de seguridad de los inicios de sesión de usuario de SQL Server. Crea una copia de seguridad de los registros de inicio de sesión de la instancia de SQL Server de las cuentas a las que se ha concedido acceso a las bases de datos de las que se está creando una copia de seguridad. Cuando la base de datos se monta como una aplicación virtual (montaje compatible con aplicaciones), los inicios de sesión de usuario de los que se ha creado una copia de seguridad se pueden restaurar opcionalmente en la instancia de SQL Server de destino, lo que asegura que los mismos usuarios que tenían acceso a la base de datos de origen puedan acceder a la base de datos virtual. Las opciones son Sí o No.

  • Habilita la copia de seguridad del registro de la base de datos. La opción Habilitar copia de seguridad de registro de base de datos permite que la política del plan de copia de seguridad cree copias de seguridad de una base de datos de Oracle o Microsoft SQL Server y de todos los archivos de registro de transacciones asociados. Se crea una copia de seguridad de los registros cuando se ejecuta la tarea de creación de instantáneas de registros. Las opciones son Sí o No. Si se selecciona Sí, se habilitan las opciones relacionadas.

  • RPO. Si Habilitar copia de seguridad de registros de base de datos tiene el valor Sí, el RPO define la frecuencia de la copia de seguridad de registros de base de datos. La frecuencia se define en minutos y no debe superar el intervalo de copia de seguridad de la base de datos. El valor más pequeño que se puede definir (en minutos) es 15.

  • Periodo de conservación de las copias de seguridad de los registros. Si la opción Habilitar copia de seguridad de registros de base de datos está configurada como Sí, la retención de registros se define por separado de la retención de la política de instantáneas. Si tienes un periodo de conservación independiente, puedes usar los registros junto con las copias de la base de datos almacenadas en el grupo de instantáneas. El periodo de conservación de registros es un ajuste obligatorio.

  • Registros de réplica. (Usa la tecnología StreamSnap) Cuando la opción Habilitar copia de seguridad de registros de base de datos está definida como Habilitar, el ajuste 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, debe haber 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. Además, primero debe completarse al menos una replicación correcta de la base de datos. A continuación, puede usar los registros del sitio remoto para cualquier imagen de base de datos dentro del intervalo de conservación de los registros replicados. Esta función está habilitada de forma predeterminada.

    La replicación de registros utiliza 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 copias de seguridad local al grupo de copias de seguridad del dispositivo remoto.

  • Enviar registros al grupo de OnVault. Si la opción Habilitar copia de seguridad de registro de base de datos tiene el valor Habilitar, este ajuste permite que los registros de transacciones de la base de datos de Microsoft SQL Server se repliquen en un grupo de OnVault. Para que se ejecute una tarea de replicación de registros, debe haber una política OnVault incluida en la plantilla junto con un perfil de recursos que especifique un grupo OnVault. Además, primero se debe enviar al menos una base de datos al grupo. Después, puedes usar los registros del sitio remoto para cualquier imagen de base de datos dentro del periodo de conservación. Esta función está habilitada de forma predeterminada.

  • Tamaño de crecimiento del disco de almacenamiento provisional de registros. Si Enable Database Log Backup (Habilitar copia de seguridad de registros de base de datos) tiene el valor Yes (Sí), Log Staging Disk Growth Size (Tamaño de crecimiento del disco de almacenamiento temporal de registros) define el crecimiento que se debe usar al aumentar automáticamente el tamaño del disco de almacenamiento temporal en el que se encuentran los registros. Este ajuste va del 5 al 100 %.

  • Tasa de cambio estimada. Si Enable Database Log Backup (Habilitar copia de seguridad de registros de base de datos) tiene el valor Yes (Sí), este ajuste define el cambio diario (en 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 guardar los registros. Este ajuste va del 0 al 100.

  • Comprimir copia de seguridad del registro de la base de datos. Si la opción Habilitar copia de seguridad de registros de base de datos está configurada como Sí, este ajuste indica a la base de datos de origen que comprima sus registros antes de que la consola de gestión cree una copia de seguridad. El servidor de bases de datos comprime los registros durante la copia de seguridad de los registros. Las opciones son Sí o No. Si se selecciona Sí, la opción Comprimir copia de seguridad del registro de la base de datos se habilita.

  • Tiempo de espera de secuencia de comandos. El agente de copia de seguridad y recuperación ante desastres te permite crear secuencias de comandos del lado del host que se ejecutan en el host de una aplicación antes o después de que se ejecute una política. Los cuatro tiempos de espera proporcionados en una plantilla de política se corresponden directamente con las cuatro fases de una secuencia de comandos del lado del host.

    • Tiempo de espera de inicialización de la secuencia de comandos. Define cuánto tiempo debe esperar una política antes de asumir que se han inicializado las secuencias de comandos del lado del host en un host gestionado. El valor predeterminado es de 120 segundos y el intervalo permitido es de 1 a 86.400 segundos (24 horas).
    • Tiempo de espera de bloqueo de la secuencia de comandos. Define cuánto tiempo debe esperar una política antes de asumir que la aplicación está congelada y lista para hacer una copia de seguridad de los datos. El valor predeterminado es de 60 segundos y el intervalo permitido es de 1 a 86.400 segundos.
    • Tiempo de espera de descongelación de la secuencia de comandos. Define cuánto tiempo debe esperar una política antes de asumir que la aplicación se ha descongelado. El valor predeterminado es de 60 segundos y el intervalo permitido es de 1 a 86.400 segundos.
    • Tiempo de espera de finalización de la secuencia de comandos. Define cuánto tiempo debe esperar una política antes de que se complete la copia de seguridad de los datos. El valor predeterminado es de 60 segundos y el intervalo permitido es de 1 a 86.400 segundos.
    • Tiempo de espera posterior a la replicación de la secuencia de comandos. Define cuánto tiempo debe esperar una política antes de que se complete la replicación. El valor predeterminado es de 60 segundos y el intervalo permitido es de 1 a 86.400 segundos.

Guía para administradores de bases de datos de Microsoft SQL Server sobre copias de seguridad y recuperación tras fallos

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: