Crear copias de seguridad de instancias y bases de datos de Microsoft SQL Server en copias de seguridad administradas por el dispositivo

Backup and DR 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 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 crean copias de seguridad de la base de datos y sus registros, el dispositivo puede recuperar la base de datos a un momento determinado mediante el avance de sus registros con la interfaz de usuario del dispositivo. La copia de seguridad de la base de datos y sus registros se habilita con la configuración avanzada de la plantilla de política.

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

Cuando se inmoviliza una base de datos 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 base de datos, los miembros se desactivan y se liberan juntos para obtener un momento coherente 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. La creación de copias de seguridad de las bases de datos en una instancia de SQL se presta a entornos en los que las bases de datos se agregan y quitan con regularidad. Las bases de datos activadas en una instancia de SQL como aplicaciones virtuales no están protegidas con los demás miembros de la instancia. Las bases de datos activadas de forma virtual se deben proteger por separado.

La membresía a un grupo de coherencia se realiza de forma manual. La creación de copias de seguridad de las bases de datos en un grupo de coherencia se presta a entornos en los que no se agregan ni quitan bases de datos con frecuencia.

Administración de bases de datos versus administración de VM

Los servidores de Microsoft SQL se protegen de manera diferente, ya sea que se protejan como una aplicación (base de datos, instancia o grupo de disponibilidad) o como parte de una VM completa.

Protegido como aplicación, no como ESP Protegida como parte de una VM
Los dispositivos de copia de seguridad o recuperación solo protegen los archivos de la base de datos. Se crean copias de seguridad de las VMs de VMware completas con las APIs de VMware. Si administras bases de datos de 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 modificados en archivos con nombre, lo que es muy eficiente para archivos de bases de datos grandes. La API de VMware proporciona seguimiento de bloques de cambios.
Se crean copias de seguridad de los registros de transacciones cuando se ejecuta un trabajo de copia de seguridad si seleccionas Truncar registro después de la copia de seguridad en Detalles y configuración (consulta [Configura los parámetros avanzados para anular la configuración de la política](: #SetOverrides) No se crean copias de seguridad de los registros de transacciones.
El cliente puede avanzar con los registros. No se admite la puesta al día durante el restablecimiento.

Usa las siguientes instrucciones para aplicar un plan de copia de seguridad y proteger una base de datos de Microsoft SQL Server.

  1. En la consola de administración del dispositivo Backup and DR, ve a Administrador de apps > 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 quieras crear una copia de seguridad y, en la esquina inferior derecha de la página, selecciona Administrar plan de copia de seguridad.

  3. En la ventana Administrar plan de copia de seguridad, elige una Plantilla y un Perfil de las listas desplegables:

    • Plantilla. 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 réplicas de imágenes.

  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. Configuración específica 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 y recuperación, y la dirección IP del dispositivo.

    • Anulaciones de políticas. Anula la configuración de políticas específicas que se estableció 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 la política si la plantilla de la política se configuró para permitir anulaciones de la configuración de la política.

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

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

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

  6. Haz clic en Aplicar para aplicar la plantilla de copia de seguridad y el perfil de recursos. Aparecerá el cuadro de mensaje de éxito.

    La primera vez que se descubre la base de datos seleccionada, se ejecuta un trabajo on demand lo antes posible para proteger los datos. Después, se crean copias de seguridad de los datos nuevos cuando el trabajo programado se ejecuta según las horas de operaciones definidas 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 2:00 a 5:00 (UTC), el primer trabajo no comenzará hasta que el dispositivo tenga un espacio de trabajo disponible después de las 2:00 (UTC).

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

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

Cuando creas una política de instantáneas para una base de datos, también puedes crear una copia 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 de forma independiente 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 crean copias de seguridad de los registros no debe superar la frecuencia con la que se crea una 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 la copia de seguridad del archivo de registro debe ser menor que cada 24 horas.

La frecuencia y la retención se definen en los 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 sin importar cuándo se crea la copia de seguridad de la base de datos asociada.

Para habilitar la protección de registros, usa la configuración avanzada Habilitar la copia de seguridad de registros de la base de datos en una política de instantáneas del plan de copia de seguridad. La frecuencia y la retención se definen en los Detalles y configuración de una política de plan de copia de seguridad.

La consola de administración del dispositivo administra automáticamente el espacio necesario para alojar los registros de una base de datos. La consola de administración del dispositivo evalúa los tamaños de registro típicos 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 copia de seguridad de registro. La retención de registros se define de forma independiente 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.

  • Replicar registros. Puedes replicar los registros de la base de datos en un dispositivo de copia de seguridad o recuperación remoto, 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 usa 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. Para ello, se 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 tamaño del disco de etapa de pruebas de registros. Define el porcentaje en el que se aumentará automáticamente el 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 de 5 a 100.

  • Porcentaje de cambio estimado. Define el cambio diario (en porcentaje), que permite que el dispositivo de copia de seguridad o 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 de 0 a 100.

  • Comprime la copia de seguridad del registro de la base de datos. Indica a la base de datos de origen que comprima sus registros antes de la copia de seguridad. El servidor de la base de datos realiza la compresión de registros durante la copia de seguridad de registros.

Establece la configuración avanzada para anular la configuración de políticas

Haz clic en Anulaciones de políticas en la ventana Administrar plan de copia de seguridad para mostrar el diálogo Anulación de la configuración de la política. Desde aquí, puedes anular la configuración de políticas específicas asociada 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 que se encuentra a la izquierda de la selección. Haz clic en Seleccionar opciones que se revertirán a los valores predeterminados para restablecer todos los parámetros de configuración de anulación de política a su estado predeterminado.

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

  • No anular la asignación. Mantén los discos de etapa de pruebas asignados entre trabajos: Selecciona esta opción si deseas que los discos de etapa de pruebas temporales asignados al host y que se usan durante el movimiento de datos permanezcan asignados al host. Los LUN se asignan durante el primer trabajo y todos los trabajos posteriores vuelven a usar el mismo LUN asignado. Esta opción está seleccionada de forma predeterminada. Anular la asignación de discos de etapa de pruebas después de cada trabajo: Esta opción desactiva el disco de etapa de pruebas del sistema operativo al final de cada trabajo (quita los puntos de activación o las letras de unidad) y también anula su asignación del host por completo. Esta opción requiere que el host realice un análisis de los LUN de SCSI al comienzo del siguiente trabajo, ya que los discos de etapa de pruebas reasignados se deben volver a descubrir antes de que se puedan volver a activar.

  • Truncar el registro después de la copia de seguridad. Especifica si se deben truncar los registros después de cada copia de seguridad. Cuando se habilita, 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 puesta al día.

  • Omitir las 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. Crea un grupo de coherencia para crear copias 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 de 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 de 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.

  • Crea una copia de seguridad de los accesos de usuario de SQL Server. Crea una copia de seguridad de los registros de acceso de la instancia de SQL Server para las cuentas a las que se les otorgó acceso a las bases de datos de las que se crea una copia de seguridad. Cuando la base de datos se activa como una aplicación virtual (Application Awareness), los accesos de los usuarios con copia de seguridad se pueden restablecer de forma opcional en la instancia de SQL Server de destino, lo que garantiza que los mismos usuarios con 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 Habilitar la copia de seguridad del registro de la base de datos permite que la política del plan de copia de seguridad cree una copia 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 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 la opción Habilitar la copia de seguridad del registro de la base de datos se establece en Sí, 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 superar 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 copia de seguridad de registro. Cuando Habilitar la copia de seguridad del registro de la base de datos se establece en Sí, 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. El período de retención de registros es un parámetro de configuración obligatorio.

  • Replicar registros. (Usa la tecnología StreamSnap) Cuando Habilitar la copia de seguridad del registro de la base de datos se establece en Habilitar, el parámetro de configuración avanzado Replicar registros permite que los registros de transacciones de la base de datos de Microsoft SQL Server se repliquen en un dispositivo de copia de seguridad o recuperación remoto. 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 recurso que especifique un dispositivo de copia de seguridad o recuperación remoto, y primero se debe completar al menos una replicación correcta de la base de datos. Luego, puedes usar los registros en el sitio remoto para cualquier 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 y 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.

  • Enviar registros al grupo de OnVault. Cuando Habilitar la copia de seguridad del registro de la base de datos se establece en Habilitar, 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 haber una política de OnVault incluida en la plantilla junto con un perfil de recursos que especifique un grupo de OnVault, y al menos una base de datos debe enviarse primero al grupo. Luego, puedes usar los registros en el sitio remoto para cualquier imagen de la base de datos dentro del rango de retención. Esta función está habilitada de forma predeterminada.

  • Registra el tamaño de crecimiento del disco de etapa de pruebas. Cuando Habilitar la copia de seguridad del registro de la base de datos se establece en Sí, Tamaño de crecimiento del disco de etapa de pruebas de registros 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%.

  • Porcentaje de cambio estimado. Cuando la opción Habilitar la copia de seguridad del registro de la base de datos se establece en Sí, 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 la copia de seguridad del registro de la base de datos. Cuando la opción Habilitar la copia de seguridad del registro de la base de datos se establece en Sí, 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 del dispositivo cree una copia de seguridad de ellos. El servidor de la base de datos comprime los registros durante la copia de seguridad. Las opciones son Sí o No. Cuando se establece en Sí, se habilita la opción Comprimir la copia de seguridad del registro de la base de datos.

  • Tiempo de espera de la secuencia de comandos. El agente de Backup and DR 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 asignan directamente a las cuatro etapas de una secuencia de comandos del host.

    • Tiempo de espera de 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 host 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 inmovilización de la secuencia de comandos. Define cuánto tiempo debe esperar una política antes de suponer que la aplicación está congelada 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 reactivar la secuencia de comandos. Define cuánto tiempo debe esperar una política antes de suponer que la aplicación se reactivó. El valor predeterminado es 60 segundos, y el rango 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 60 segundos, y el rango permitido es de 1 a 86,400 segundos.
    • Tiempo de espera de la replicación posterior 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 de DBA de Microsoft SQL Server para 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: