Compartir a través de

Descarga de copias de seguridad admitidas en las réplicas secundarias de un grupo de disponibilidad

Se aplica a:SQL Server

Las funciones secundarias activas de Grupos de disponibilidad AlwaysOn incluyen compatibilidad para realizar copias de seguridad en las réplicas secundarias. Las operaciones de copia de seguridad pueden provocar una demanda significativa de E/S y CPU (con la compresión de copia de seguridad). La descarga de las copias de seguridad en una réplica secundaria sincronizada o en proceso de sincronización permite utilizar los recursos de la instancia del servidor que hospeda la réplica principal para las cargas de trabajo de nivel 1.

Nota

Las instrucciones RESTORE no se permiten en las bases de datos principales o secundarias de un grupo de disponibilidad.

Tipos de copia de seguridad admitidos en réplicas secundarias

Para realizar una copia de seguridad completa de la base de datos en una réplica secundaria, debe realizar copias de seguridad de solo copia, ya que las copias de seguridad de solo copia no afectan a la cadena de registros ni borran el mapa de bits diferencial. Tenga en cuenta lo siguiente.

  • Las copias de seguridad de solo copia no impiden el truncamiento del registro de transacciones en otras réplicas.

  • Una copia de seguridad de sólo copia impide el truncamiento del registro en la réplica secundaria mientras se ejecuta la copia de seguridad de sólo copia, durante el tiempo que dure la copia de seguridad.

  • Si el registro de transacciones se trunca en la réplica principal en un LSN que está entre el primer y el último LSN del registro de transacciones de la réplica secundaria que ejecuta la copia de seguridad de solo copia, es posible que vea el siguiente error en el registro de la réplica secundaria:

    Error 9019: The virtual log file sequence 0x%08x at offset 0x%016I64x bytes in file '%ls' is active and cannot be overwritten with sequence 0x%08x for database '%ls'.

    Aunque es probable que la copia de seguridad se realice correctamente, se produce un error de sincronización para esa réplica secundaria hasta que se complete la copia de seguridad de solo copia y, si la réplica secundaria está establecida en confirmación sincrónica, es posible que las cargas de trabajo de escritura en la réplica principal se bloqueen hasta que el registro se pueda proteger en la réplica secundaria. Una vez completada la copia de seguridad, el registro se trunca en la réplica secundaria, en cuyo punto debe sincronizarse de nuevo. Si se produce un error 9019 al ejecutar una copia de seguridad de solo copia en una réplica secundaria, ejecute la copia de seguridad completa en la réplica principal en su lugar.

Tenga en cuenta lo siguiente al realizar copias de seguridad en réplicas secundarias:

  • Para realizar una copia de seguridad de una base de datos secundaria, una réplica secundaria debe poder comunicarse con la réplica principal y debe ser SYNCHRONIZED o SYNCHRONIZING.
  • Las copias de seguridad diferenciales no se admiten en las réplicas secundarias.
  • Actualmente no se admiten copias de seguridad simultáneas, como la ejecución de una copia de seguridad del registro de transacciones en la réplica principal mientras se ejecuta una copia de seguridad de base de datos completa en la réplica secundaria.
  • BACKUP LOG solo admite copias de seguridad de registros normales (la opción COPY_ONLY no se admite para las copias de seguridad de registros en réplicas secundarias). Se garantiza una cadena de registro coherente entre las copias de seguridad de registros realizaron en cualquiera de las réplicas (principal o secundaria), con independencia de su modo de disponibilidad (confirmación sincrónica o asincrónica).

En un grupo de disponibilidad distribuido, las copias de seguridad se pueden realizar en réplicas secundarias del mismo grupo de disponibilidad que la réplica principal activa o en la réplica principal de cualquier grupo de disponibilidad secundario. Las copias de seguridad no se pueden realizar en una réplica secundaria de un grupo de disponibilidad secundario porque las réplicas secundarias solo se comunican con la réplica principal en su propio grupo de disponibilidad. Solo pueden realizar operaciones de copia de seguridad las réplicas que se comunican directamente con la réplica principal global.

Novedades de SQL Server 2025

A partir de la versión preliminar de SQL Server 2025 (17.x), además de las copias de seguridad existentes de solo copia y de registro de transacciones, también puede realizar copias de seguridad completas y diferenciales en cualquier réplica secundaria.

Use las siguientes marcas de seguimiento para habilitar las copias de seguridad en réplicas secundarias:

Habilite la marca de seguimiento pertinente en cada réplica del grupo de disponibilidad (incluido el principal) para que las copias de seguridad de las réplicas secundarias continúen después de la conmutación por error.

Por ejemplo, para habilitar copias de seguridad diferenciales en réplicas secundarias, ejecute el siguiente comando:

DBCC TRACEON (3261, -1);

Nota

La realización de copias de seguridad completas y diferenciales está en versión preliminar y actualmente solo está disponible en la versión preliminar de SQL Server 2025 (17.x).

Configuración de dónde se ejecutan los trabajos de copia de seguridad

La realización de copias de seguridad en una réplica secundaria para descargar la carga de trabajo de copias de seguridad del servidor de producción principal es un gran ventaja. Sin embargo, realizar copias de seguridad en réplicas secundarias agrega una gran complejidad al proceso de determinar dónde deben ejecutarse los trabajos de copia de seguridad. Para solucionar este problema, configure dónde se han de ejecutar los trabajos de copia de seguridad del modo siguiente:

  1. Configure el grupo de disponibilidad para que se especifiquen las réplicas de disponibilidad donde preferiría que se realizasen las copias de seguridad. Para obtener más información, consulte los parámetros AUTOMATED_BACKUP_PREFERENCE y BACKUP_PRIORITY en CREATE AVAILABILITY GROUP o ALTER AVAILABILITY GROUP.

  2. Cree los trabajos de copia de seguridad incluidos en script para cada base de datos de disponibilidad de cada instancia de servidor que hospeda una réplica de disponibilidad que es candidata para realizar copias de seguridad. Para obtener más información, vea la sección "Seguimiento: después de configurar la copia de seguridad en réplicas secundarias" de Configuración de copias de seguridad en réplicas secundarias de un grupo de disponibilidad AlwaysOn.

Contenido relacionado