Crea copias de seguridad de las instancias y bases de datos de Microsoft SQL Server desde el almacenamiento autoadministrado

El servicio 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 bases de datos de Microsoft SQL Server

Para 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 o 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 momento determinado mediante el avance de sus registros con la interfaz de usuario del dispositivo. La creación de copias 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 bases de datos en una instancia en comparación con un grupo de coherencia

Cuando se quiesce una base de datos para crear una copia de seguridad, se crea una instantánea de sus discos y, luego, se libera. Para los grupos de coherencia y las instancias de base de datos, los miembros se quiescen y se 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. La creación de copias de seguridad de 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 que se activan en una instancia de SQL como aplicaciones virtuales no están protegidas con los otros miembros de la instancia. Las bases de datos activadas de forma virtual deben protegerse por separado.

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

Administración de bases de datos en comparación con la 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 una aplicación, no como ESP Protegido como parte de una VM
Los dispositivos de copia de seguridad o recuperación protegen solo 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 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 instalarse 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 es muy eficiente para archivos de bases de datos grandes. La API de VMware proporciona el 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 anulaciones de configuración de políticas](: #SetOverrides) No se crea una copia de seguridad de los registros de transacciones.
El cliente puede avanzar con los registros. El avance no es compatible durante el restablecimiento.

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

  1. En la consola de administración del dispositivo del servicio Backup and DR, ve a App Manager > Applications. Se abrirá la página Applications.

  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 Manage Backup Plan.

  3. En la ventana Manage Backup Plan, elige una Template y un Profile de las listas desplegables:

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

    • Profile: 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 imágenes replicadas.

  4. En la ventana Manage Backup Plan Template , realiza los siguientes cambios antes de aplicar un plan de copias de seguridad:

    • Application Settings: Es la 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 o recuperación y la dirección IP del dispositivo.

    • Policy Overrides: Anula la configuración de políticas específicas configurada 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 configuración de políticas.

  5. Para seleccionar bases de datos, en Database Inclusion Rule, haz clic en Edit. Se abrirá el diálogo Manage Membership.

    • En el diálogo Manage Membership , selecciona las bases de datos de las que deseas crear una copia de seguridad asignando una regla de inclusión (All, System Databases, User Databases) y, luego, selecciona si la regla debe Include Selected o Exclude Selected.

    • Haz clic en Save y se cerrará el diálogo Manage Membership.

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

    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 se ejecuta el trabajo programado según las horas de operación definidas 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 dispositivo 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 copia de seguridad o recuperación que exceda 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 copias 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 crea 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 de los registros de la base de datos se establece en minutos, y la frecuencia con la que se crea una copia de seguridad de los registros no debe exceder la frecuencia con la que se crea una 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 los Details &Settings de la política de instantáneas de la base de datos. La copia de seguridad de los registros se realiza sin tener en cuenta cuándo se crea una copia de seguridad de su base de datos asociada.

Habilita la Log Protection a través de la configuración avanzada Enable Database Log Backup en una política de instantáneas del plan de copias de seguridad. La frecuencia y la retención se definen en los Details &Settings de una política de plan de copias 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 la siguiente configuración avanzada:

  • Log Backup Retention Period: 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.

  • Replicate Logs: Puedes replicar registros de bases 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 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. 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.

  • Log Staging Disk Growth Size: Define el porcentaje en el que se debe 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 son de 5 a 100.

  • Estimated Change Rate: 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 etapa de pruebas necesario para contener los registros. Este parámetro de configuración es un porcentaje y los valores válidos son de 0 a 100.

  • Compress Database Log Backup: Indica a la base de datos de origen que comprima sus registros antes de crear una copia de seguridad. El servidor de base de datos realiza la compresión de registros durante la copia de seguridad de registros.

Configura parámetros avanzados para anulaciones de 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 parámetros de configuración de políticas específicos asociados con la plantilla de copia de seguridad seleccionada. Cuando termines, haz clic en Save Changes.

Para restablecer un parámetro de configuración de anulación de políticas a su estado predeterminado, haz clic en la casilla de verificación a la izquierda de la selección; haz clic en Select options that will revert back to default para restablecer todos los parámetros de configuración de anulación de políticas a su estado predeterminado.

La siguiente lista incluye descripciones de las anulaciones de configuración de políticas válidas para instancias de SQL Server, grupos de disponibilidad (AG), bases de datos y grupos de coherencia.

  • Do Not Unmap: 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 reutilizan el mismo LUN asignado. De forma predeterminada, esta opción está seleccionada. Anula 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 una búsqueda de LUN SCSI al comienzo del siguiente trabajo, ya que los discos de etapa de pruebas reasignados deben volver a descubrirse antes de que se puedan volver a activar.

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

  • Skip Offline Applications in the Consistency Group: (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 una copia de seguridad de varias bases de datos juntas y preservar la coherencia de los datos en 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:

    • Fail backup when offline applications are found
    • Skip offline applications during backup

  • Map staging disks to all ESX Hosts in a Cluster: (Esta opción no es relevante cuando se usan almacenes de datos 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 del clúster.

  • Backup SQL Server User Logins: Crea una copia de seguridad de los registros de acceso de la instancia de SQL Server para las cuentas a las que se 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 (activación compatible con la aplicación), los accesos de usuario de los que se creó una 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 Yes o No.

  • Enable Database Log Backup: La opción Enable Database Log Backup permite que la política del plan de copias 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áneas de registros. Las opciones son Yes o No. Cuando se establece en Yes, 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 de los registros 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.

  • Log Backup Retention Period: 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 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.

  • Replicate Logs: (Usa la tecnología StreamSnap) Cuando Enable Database Log Backup se establece en Enable, el parámetro de configuración avanzada Replicate Logs 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 recursos que especifique un dispositivo de copia de seguridad o recuperación remoto, y primero se debe completar al menos una replicación exitosa de la base de datos. Luego, 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. 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 se establece en 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 haber una política de OnVault incluida 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 base de datos dentro del rango de retención. Esta función está habilitada de forma predeterminada.

  • Log Staging Disk Growth Size: 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 es de 5 a 100 por ciento.

  • Estimated Change Rate: 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 o recuperación calcule mejor el tamaño del disco de etapa de pruebas necesario para contener los registros. Este parámetro de configuración es de 0 a 100.

  • Compress Database Log Backup: 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 del dispositivo cree una copia de seguridad de ellos. El servidor de base de datos realiza la compresión de registros durante la copia de seguridad de registros. Las opciones son Yes o No. Cuando se establece en Yes, se habilita la opción Compress Database Log Backup.

  • Script Timeout: 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 ejecute una política. Los cuatro tiempos de espera que se proporcionan en una plantilla de políticas se asignan directamente a las cuatro etapas de una secuencia de comandos del host.

    • Script Init Timeout: 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).
    • Script Freeze Timeout: 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 datos. El valor predeterminado es 60 segundos, y el rango permitido es de 1 a 86,400 segundos.
    • Script Unfreeze Timeout: Define cuánto tiempo debe esperar una política antes de suponer que la aplicación está descongelada. El valor predeterminado es 60 segundos, y el rango permitido es de 1 a 86,400 segundos.
    • Script Finish Timeout: Define cuánto tiempo debe esperar una política antes de que se complete la copia de seguridad de datos. El valor predeterminado es 60 segundos, y el rango permitido es de 1 a 86,400 segundos.
    • Script Post Replication Timeout: 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 DBA 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: