Crear reflejo de la base de datos y trasvase de registros (SQL Server)

Una base de datos determinada puede crear una copia espejo o enviarse mediante registro; también puede crear una copia espejo y enviarse mediante registro simultáneamente. Para elegir qué enfoque usar, tenga en cuenta lo siguiente:

• ¿Cuántos servidores de destino necesita?

  Si solo necesita una sola base de datos de destino, el reflejo de base de datos es la solución recomendada.

  Si necesita más de una base de datos destino, debe usar el envío de registros, ya sea por sí solo o con el reflejo de bases de datos. La combinación de estos enfoques ofrece las ventajas del reflejo de base de datos junto con la compatibilidad con varios destinos que proporciona la transmisión de registros.

• Si necesita retrasar la restauración del registro en la base de datos de destino (normalmente, para protegerse contra errores lógicos), utilice el envío de registros, solo o junto con el reflejo de base de datos.

Este tema trata sobre consideraciones para combinar el envío de registros y el reflejo de base de datos.

Combinar envío de registros y reflejo de bases de datos

La base de datos principal de una sesión de creación de reflejo también puede actuar como la base de datos principal en una configuración de trasvase de registros, o viceversa, ya que el recurso compartido de copia de seguridad del trasvase de registros está intacto. La sesión de creación de reflejo de la base de datos se ejecuta en cualquier modo operativo, ya sea sincrónico (con seguridad de transacciones establecida en FULL) o asincrónico (con seguridad de transacciones establecida en OFF).

Normalmente, al combinar el trasvase de registros y la creación de reflejo de la base de datos, la sesión de creación de reflejo se establece antes del trasvase de registros, aunque esto no es necesario. A continuación, la base de datos principal actual se configura como principal de envío de registros (la base de datos principal), junto con una o varias bases de datos secundarias remotas. Además, la base de datos reflejada debe configurarse como principal de trasvase de registros (la base de datos reflejada o principal). Las bases de datos secundarias de trasvase de registros deben estar en instancias de servidor diferentes al servidor principal o al servidor espejo/reflejado.

Durante una sesión de trasvase de registros, los trabajos de copia de seguridad de la base de datos principal crean copias de seguridad de registros en una carpeta de copia de seguridad. Desde allí, los trabajos de copia de seguridad de los servidores secundarios copian las copias de seguridad. Para que los trabajos de copia de seguridad y los trabajos de copia se realicen correctamente, deben tener acceso a la carpeta de copia de seguridad de envío de registros. Para maximizar la disponibilidad del servidor principal, se recomienda establecer la carpeta de copia de seguridad en una ubicación de copia de seguridad compartida en un equipo host independiente. Asegúrese de que todos los servidores de trasvase de registros, incluido el servidor principal o reflejado, puedan acceder a la ubicación de copia de seguridad compartida (conocida como recurso compartido de copia de seguridad).

Para permitir que el envío de registros continúe después del fallo de la creación de reflejo de la base de datos, también debe configurar el servidor reflejado como servidor principal, utilizando la misma configuración que se usa para el principal en la base de datos. La base de datos reflejada está en estado de restauración, lo que impide que los trabajos de copia de seguridad realicen una copia de seguridad del registro en la base de datos reflejada. Esto garantiza que la base de datos espejo o secundaria no interfiera con la base de datos principal, cuyos respaldos de registros están siendo copiados actualmente por los servidores secundarios. Para evitar alertas falsas, después de que el trabajo de copia de seguridad se ejecute en la base de datos reflejada o principal, el trabajo de copia de seguridad registra un mensaje en la tabla log_shipping_monitor_history_detail y el trabajo del agente devuelve un estado de éxito.

La base de datos reflejada o principal está inactiva en la sesión de trasvase de registros. Sin embargo, si la replicación falla, la base de datos que antes era espejo se conecta como la base de datos principal. En ese momento, esa base de datos también se activa como base de datos principal de envío de registros. Los trabajos de copia de seguridad de trasvase de registros que anteriormente no podían enviar el registro en esa base de datos, comienzan el registro de trasvase. Por el contrario, una conmutación por error hace que la base de datos principal/primaria anterior se convierta en la nueva base de datos espejo/primaria y entre en el estado de restauración, y los trabajos de copia de seguridad en esa base de datos dejan de realizar la copia de seguridad del registro de transacciones.

Para ejecutarse en modo de alta seguridad con conmutación automática por error, la sesión de reflejo se configura con una instancia de servidor adicional conocida como testigo. Si la base de datos principal se pierde por cualquier motivo después de que la base de datos se haya sincronizado, y si el servidor reflejado y el testigo aún pueden comunicarse entre sí, se produce una conmutación automática por error. Una conmutación automática hace que el servidor espejo asuma el rol principal y active su base de datos como base de datos principal. Si la ubicación de la copia de seguridad del trasvase de registros es accesible para el nuevo servidor principal, sus trabajos de copia de seguridad envían copias de seguridad de registros a esa ubicación. El modo sincrónico de creación de reflejo de la base de datos garantiza que la cadena de registros no se ve afectada por una conmutación por error de creación de reflejo y que solo se restaura el registro válido. Los servidores secundarios siguen copiando copias de seguridad del registro sin saber que una instancia de servidor diferente se ha convertido en el servidor principal.

Al usar un monitor de trasvase de registros local, no es necesario tener en cuenta consideraciones especiales para adaptarse a este escenario. Para obtener información sobre el uso de una instancia de supervisión remota con este escenario, vea "El impacto del reflejo de la base de datos en una instancia de supervisión remota", más adelante en este tema.

Conmutación por error de la base de datos principal a la base de datos reflejada

La siguiente figura muestra cómo trabajan juntos el envío de registros y la replicación de la base de datos cuando la replicación se ejecuta en modo de alta seguridad con conmutación por error automática. Inicialmente, Server_A actúa tanto como servidor principal para el espejado como para el envío de registros. Server_B es el servidor reflejado y también está configurado como servidor principal, que actualmente está inactivo. Server_C y Server_D son servidores secundarios de trasvase de registros. Para maximizar la disponibilidad de la sesión de trasvase de registros, la ubicación de copia de seguridad se encuentra en un directorio compartido en un equipo host independiente.

creación de reflejo de la base de datos

Después de una conmutación por error de reflejo, el nombre del servidor principal definido en el servidor secundario no cambia. .

Impacto del reflejo de la base de datos en una instancia de monitorización remota

Cuando se usa el envío de registros con una instancia de supervisión remota, combinar la sesión de envío de registros y el reflejo de base de datos afecta la información en las tablas de supervisión. La información sobre el primario es una combinación de la configuración hecha en el primario y el monitor configurado en cada secundario.

Para mantener la supervisión lo más fluida posible, cuando use un monitor remoto, se recomienda especificar el nombre original del principal al configurar el principal en el secundario. Este enfoque también facilita el cambio de la configuración de trasvase de registros del Agente Microsoft SQL Server. Para obtener más información sobre la supervisión, consulte Supervisión del trasvase de registros (Transact-SQL).

Configurar reflejo y envío de registros juntos

Para configurar juntos el reflejo de bases de datos y el envío de registros, se requieren los siguientes pasos:

1. Restaure las copias de seguridad de la base de datos principal/primaria con NORECOVERY en otra instancia del servidor para usarla posteriormente como base de datos espejo para la base de datos principal/primaria. Para obtener más información, vea Preparar una base de datos reflejada para la creación de reflejo (SQL Server).

2. Configurar el reflejo de la base de datos. Para obtener más información, vea Establecer una sesión de creación de reflejo de la base de datos mediante la autenticación de Windows (SQL Server Management Studio) o configurar la creación de reflejo de la base de datos (SQL Server).

3. Restaure las copias de seguridad de la base de datos principal o principal en otras instancias del servidor para usarlas posteriormente como bases de datos secundarias de trasvase de registros para la base de datos principal.

4. Configure el trasvase de registros en la base de datos principal como base de datos principal para una o varias bases de datos secundarias.

   Debe configurar un único recurso compartido como directorio de copia de seguridad (un recurso compartido de copia de seguridad). Esto garantiza que después del cambio de rol entre los servidores principal y espejo, los trabajos de copia de seguridad seguirán escribiendo en el mismo directorio de antes. Un procedimiento recomendado es asegurarse de que este recurso compartido se encuentra en un servidor físico diferente de los servidores que hospedan las bases de datos implicadas en el reflejo y el envío de registros.

   Para obtener más información, vea Configurar el trasvase de registros (SQL Server).

5. Conmutación manual de la principal al espejo.

   Para realizar una conmutación por error manual:

   • Realizar manualmente la conmutación por error de una sesión de creación de reflejo de la base de datos (SQL Server Management Studio)

   • Conmutación por error manual de una sesión de creación de reflejo de la base de datos (Transact-SQL)

6. Configurar el trasvase de registros en el nuevo servidor principal (anteriormente espejo) como la base de datos principal.

   Importante

   No realice ninguna configuración desde un elemento secundario.

   Debe usar el mismo recurso compartido de copia de seguridad que usó en el paso 4.

   La interfaz de trasvase de registros de transacciones de SQL Server Management Studio solo admite una base de datos principal por configuración de trasvase de registros. Por lo tanto, debe usar procedimientos almacenados para configurar el nuevo nodo principal como primario.

7. Realice otra conmutación por error manual para volver al principal original.