Configura planes de copia de seguridad para instancias y bases de datos de Microsoft SQL Server

El servicio Backup and DR te permite crear copias de seguridad de Microsoft SQL Server de las siguientes maneras:

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

Antes de proteger las bases de datos de Microsoft SQL Server, haz lo siguiente:

Prácticas recomendadas para proteger las 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 de la base de datos y sus registros con una sola política. Cuando se crea una copia de seguridad de la base de datos y sus registros, el dispositivo puede recuperar la base de datos a un punto determinado en el tiempo. Para ello, desplaza sus registros hacia adelante con la interfaz de usuario del dispositivo. Se habilita la copia de seguridad de la base de datos y sus registros con la configuración avanzada de la plantilla de política.

Crea copias de seguridad de bases de datos en una instancia en comparación con un grupo de coherencia

Cuando una base de datos se pone en modo inactivo para crear una copia de seguridad, se crea una instantánea de sus discos y, luego, se libera. En el caso de los grupos de coherencia y las instancias de bases de datos, los miembros se detienen y liberan juntos para obtener un punto coherente en el tiempo de los datos.

Cuando se crea una copia de seguridad de una instancia de SQL, a medida que se agregan bases de datos a la instancia, se incluyen automáticamente en la operación de copia de seguridad de Backup and DR. Crear copias de seguridad de las bases de datos en una instancia de SQL es útil en entornos en los que las bases de datos se agregan y quitan con regularidad. Las bases de datos que se activan 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 de forma virtual se deben proteger por separado.

La membresía a un grupo de coherencia se realiza de forma manual. Crear copias de seguridad de bases de datos en un grupo de coherencia es útil en entornos en los que no se suelen agregar ni quitar bases de datos.

Administración de bases de datos en comparación con la administración de VM

Los servidores de Microsoft SQL Server se protegen de manera diferente según si se protegen como una aplicación (base de datos, instancia o grupo de disponibilidad) o como parte de una VM completa.

Protegido como una aplicación, no como un ESP Protegido como parte de una VM
Los dispositivos de copia de seguridad o recuperación solo protegen los archivos de la base de datos. Se crea una copia de seguridad de todas las VMs de VMware con las APIs de VMware. Si administras bases de datos SQL que forman parte de una VM protegida completa, consulta [Protege y recupera instancias de Compute Engine](/backup-disaster-recovery/docs/quickstarts/gce-instances-backup-recovery).
El agente de Backup and 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 el truncamiento de registros.
El agente de Backup and DR usa el seguimiento de bloques de cambio en archivos con nombre, lo que resulta muy eficiente para archivos de bases de datos grandes. La API de VMware proporciona seguimiento de bloques de cambio.
Se crea una copia de seguridad de los registros de transacciones cuando se ejecuta un trabajo de copia de seguridad si seleccionas Truncate Log After Backup en Details & Settings (consulta [Configura parámetros avanzados para anular la configuración de políticas](: #SetOverrides)). No se realiza una copia de seguridad de los registros de transacciones.
El cliente puede avanzar con los registros. No se admite la reversión durante el restablecimiento.

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 administración, ve a Administrador de aplicaciones > Aplicaciones. Se abrirá la página Aplicaciones.

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

  3. En la ventana Administrar plan de copias de seguridad, elige una plantilla y un perfil en las listas desplegables:

    • Plantilla: Es una plantilla de copia de seguridad existente que incluye políticas para definir la instantánea y la replicación de los datos de la aplicación.

    • Perfil: Es un perfil de recursos existente que define los recursos que se usan para almacenar los datos de la aplicación como instantáneas y como imágenes replicadas.

  4. En la ventana Administrar plantilla de plan de copia de seguridad, realiza los siguientes cambios antes de aplicar un plan de copia de seguridad:

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

    • Anulaciones de políticas. Anula la configuración de políticas específicas que se configuraron anteriormente en la plantilla de copia de seguridad seleccionada. Las anulaciones de políticas pueden ser útiles o necesarias en ciertas circunstancias. Solo puedes anular la configuración de políticas si la plantilla de la política se configuró para permitir anulaciones de la configuración de políticas.

  5. Para seleccionar bases de datos, en Regla de inclusión de la base de datos, haz clic en Editar. Se abrirá el diálogo Administrar membresía.

    • En el diálogo Administrar membresía, asigna una regla de inclusión (Todo, Bases de datos del sistema, Bases de datos del usuario) para seleccionar las bases de datos de las que se creará una copia de seguridad y, luego, elige si la regla debe Incluir seleccionadas o Excluir seleccionadas.

    • Haz clic en Guardar y se cerrará el diálogo Administrar membresía.

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

    La primera vez que se descubre la base de datos seleccionada, se ejecuta un trabajo a pedido lo antes posible para proteger los datos. Luego, se crea una copia de seguridad de los datos nuevos cuando el trabajo programado se ejecuta 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 horas de operación de 02:00 a 05:00 (UTC), el primer trabajo no comenzará hasta que el electrodoméstico tenga un espacio de trabajo disponible después de las 02:00 (UTC).

    Si creas una copia de seguridad de una carga de trabajo en un dispositivo de recuperación o copia de seguridad que excedería su capacidad de almacenamiento o límite de instantáneas recomendados, verás una notificación con una recomendación para crear una copia de seguridad de los datos en un dispositivo de recuperación o copia de seguridad diferente.

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

Cuando creas una política de instantáneas para una base de datos, también puedes crear copias de seguridad de sus archivos de registro. La frecuencia con la que se hace una copia 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 del registro de la base de datos se establece en minutos, y la frecuencia con la que se realiza la copia de seguridad de los registros no debe exceder la frecuencia con la que se realiza la copia de seguridad de su base de datos asociada. Por ejemplo, si se crea una copia de seguridad de una base de datos cada 24 horas, la frecuencia de la copia de seguridad del archivo de registro debe ser inferior a cada 24 horas.

La frecuencia y la retención se definen en Detalles y configuración de la política de instantáneas de la base de datos. La copia de seguridad del registro se realiza sin tener en cuenta cuándo se realiza la copia de seguridad de la base de datos asociada.

Puedes habilitar la Protección de registros a través de la configuración avanzada Habilitar copia de seguridad de registros de la base de datos en una política de instantáneas del plan de copias de seguridad. La frecuencia y la retención se definen en Detalles y configuración para una política del plan de copias de seguridad.

La consola de administración administra automáticamente el espacio necesario para alojar los registros de una base de datos. La consola de administración evalúa los tamaños típicos de los registros y su período de retención, y agrega espacio según sea necesario. Para administrar 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 la retención de la política de instantáneas. Tener un período de retención independiente te permite usar registros junto con copias de la base de datos almacenadas en el grupo de instantáneas y, de manera opcional, en un grupo de OnVault. El período de retención de registros es obligatorio cuando se habilitan las copias de seguridad de registros.

  • Registros de replicación: Puedes replicar los registros de la base de datos en un dispositivo remoto de copia de seguridad o recuperación, o en un grupo de OnVault, y usar los registros remotos para cualquier imagen de la base de datos dentro del rango de retención de los registros replicados. La replicación de registros utiliza la tecnología StreamSnap entre los dispositivos locales y remotos, y va directamente del grupo de instantáneas local al grupo de instantáneas del dispositivo remoto. Esto requiere una política de replicación de StreamSnap en la plantilla y, primero, se debe completar al menos una replicación exitosa de la base de datos.

  • Tamaño de crecimiento del disco de etapa de pruebas de registros. Define el porcentaje en el que se aumentará automáticamente el tamaño del disco de etapa de pruebas en el que residen los registros. Este parámetro de configuración 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 y recuperación calcule mejor el tamaño del disco de etapa de pruebas necesario para almacenar los registros. Este parámetro de configuración 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 la base de datos realiza la compresión de registros durante la copia de seguridad de registros.

Cómo configurar los parámetros avanzados para las anulaciones de la configuración de políticas

Haz clic en Policy Overrides en la ventana Manage Backup Plan para mostrar el diálogo Policy Settings Override. Desde aquí, puedes anular la configuración de políticas específicas asociadas con la plantilla de copia de seguridad seleccionada. Cuando termines, haz clic en Guardar cambios.

Para restablecer un parámetro de configuración de anulación de política a su estado predeterminado, haz clic en la casilla de verificación a la izquierda de la selección y, luego, en Selecciona las opciones que volverán a la configuración predeterminada para restablecer todos los parámetros de configuración de anulación de política a su estado predeterminado.

En la siguiente lista, se incluyen descripciones de los reemplazos de configuración de políticas válidos para instancias de SQL Server, grupos de disponibilidad (AG), bases de datos y grupos de coherencia.

  • No anules la asignación. Mantener asignados los discos de etapa intermedia entre trabajos: Selecciona esta opción si deseas que los discos de etapa intermedia temporales asignados al host y que se usan durante el movimiento de datos permanezcan asignados al host. Las LUN se asignan durante el primer trabajo, y todos los trabajos posteriores reutilizan la misma LUN asignada. De forma predeterminada, esta opción está seleccionada. Desasigna los discos de transferencia después de cada trabajo: Esta opción desmonta el disco de transferencia del sistema operativo al finalizar cada trabajo (quitando 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 las LUN SCSI al inicio del siguiente trabajo, ya que los discos de etapa de transferencia reasignados se deben volver a detectar antes de que se puedan volver a montar.

  • Truncate Log After Backup: Especifica si se deben truncar los registros después de cada copia de seguridad. Cuando 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 administración de grupos de coherencia) Especifica si se deben ignorar las bases de datos no disponibles que forman parte de un grupo de coherencia. Creas un grupo de coherencia para hacer una copia de seguridad de varias bases de datos juntas y preservar 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 son las siguientes:

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

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

  • Copia de seguridad de los inicios de sesión de usuario de SQL Server. Crea copias de seguridad de los registros de acceso a la instancia de SQL Server para las cuentas a las que se otorgó acceso a las bases de datos de las que se crean copias de seguridad. Cuando la base de datos se activa como una aplicación virtual (activación compatible con la aplicación), los accesos de usuario de la copia de seguridad se pueden restablecer de forma opcional en la instancia de destino de SQL Server, lo que garantiza que los mismos usuarios que tienen acceso a la base de datos de origen original 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 Enable Database Log Backup 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 realiza una copia de seguridad de los registros cuando se ejecuta el trabajo de instantánea de registros. Las opciones son Sí o No. Cuando se establece en Sí, se habilitan las opciones relacionadas.

  • RPO: Cuando Enable Database Log Backup se establece en Yes, el RPO define la frecuencia de la copia de seguridad del registro de la base de datos. La frecuencia se establece en minutos y no debe exceder el intervalo de copia de seguridad de la base de datos. El valor más pequeño que se puede establecer (en minutos) es 15.

  • Período de retención de copias de seguridad de registros: Cuando Enable Database Log Backup se establece en Yes, la retención de registros se define por separado de la retención de la política de instantáneas. Tener un período de retención independiente te permite usar los registros junto con las copias de la base de datos almacenadas en el grupo de instantáneas. El período de retención de registros es un parámetro de configuración obligatorio.

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

    La replicación de registros usa la tecnología StreamSnap para realizar la replicación entre los dispositivos de copia de seguridad 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.

  • Send Logs to OnVault Pool. Cuando Enable Database Log Backup está configurado como Enable, este parámetro de configuración 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 un trabajo de replicación de registros, debe incluirse una política de OnVault en la plantilla junto con un perfil de recursos que especifique un grupo de OnVault, y primero se debe enviar al menos una base de datos al grupo. Luego, puedes usar los registros en el sitio remoto para cualquier imagen de la base de datos dentro del período de retención. Esta función está habilitada de forma predeterminada.

  • Tamaño de crecimiento del disco de Log Staging. Cuando Enable Database Log Backup se establece en Yes, Log Staging Disk Growth Size define el crecimiento que se usará cuando se aumente automáticamente el disco de etapa de pruebas en el que residen los registros. Este parámetro de configuración va del 5 al 100 por ciento.

  • Tasa de cambio estimada: Cuando Enable Database Log Backup se establece en Yes, este parámetro de configuración define el cambio diario (en porcentaje), lo que permite que el dispositivo de copia de seguridad y recuperación calcule mejor el tamaño del disco de etapa de pruebas necesario para almacenar los registros. Este parámetro de configuración va de 0 a 100.

  • Comprimir copia de seguridad del registro de la base de datos. Cuando Enable Database Log Backup se establece en Yes, este parámetro de configuración indica a la base de datos de origen que comprima sus registros antes de que la consola de administración cree copias de seguridad de ellos. El servidor de la base de datos realiza la compresión de registros durante la copia de seguridad de registros. Las opciones son Sí o No. Cuando se establece en Sí, se habilita la opción Comprimir copia de seguridad del registro de la base de datos.

  • Se agotó el tiempo de espera de la secuencia de comandos. El agente de Backup and DR te permite crear secuencias de comandos del host que se ejecutan en el host de una aplicación antes o después de que se ejecuta una política. Los cuatro tiempos de espera que se proporcionan en una plantilla de política se asignan directamente a las cuatro etapas de una secuencia de comandos del servidor host.

    • Se agotó el tiempo de espera de la inicialización de la secuencia de comandos. Define cuánto tiempo debe esperar una política antes de suponer que se inicializaron las secuencias de comandos del servidor en un host administrado. El valor predeterminado es 120 segundos, y el rango 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 suponer que la aplicación está inmovilizada y lista para la copia de seguridad de los datos. El valor predeterminado es 60 segundos, y el rango permitido es de 1 a 86,400 segundos.
    • Tiempo de espera para descongelar el script. Define cuánto tiempo debe esperar una política antes de suponer que la aplicación se descongeló. El valor predeterminado es 60 segundos, y el rango permitido es de 1 a 86,400 segundos.
    • Tiempo de espera para la 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 60 segundos, y el rango permitido es de 1 a 86,400 segundos.
    • Se agotó el tiempo de espera de la replicación posterior a la escritura 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 60 segundos, y el rango permitido es de 1 a 86,400 segundos.

Guía para administradores de bases de datos de Microsoft SQL Server de Backup and DR

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: