Conmutar por error a una base de datos secundaria de trasvase de registros (SQL Server)

Se aplica a: SQL Server

La conmutación por error a una base de datos secundaria de trasvase de registros es útil si la instancia del servidor principal produce un error o requiere mantenimiento.

Preparación para una conmutación por error controlada

Las bases de datos principal y secundaria no suelen estar sincronizadas, ya que la base de datos principal continúa actualizándose después del último trabajo de copia de seguridad. Además, en algunos casos, es posible que las copias de seguridad recientes del registro de transacciones no se hayan copiado en las instancias del servidor secundario, o bien que algunas copias de seguridad de registros copiadas aún no se hayan aplicado a la base de datos secundaria. Si es posible, se recomienda comenzar por la sincronización de todas las bases de datos secundarias con la base de datos principal.

Para obtener más información sobre los trabajos de trasvase de registros, consulte Acerca del trasvase de registros (SQL Server).

Realizar una conmutación por error

Para realizar una conmutación por error a una base de datos secundaria:

1. Copie los archivos de copia de seguridad que aún no se hayan copiado del recurso compartido de copia de seguridad en la carpeta de destino de la copia de cada servidor secundario.

2. Aplique, por orden, las copias de seguridad del registro de transacciones que aún no se hayan aplicado a las bases de datos secundarias. Para obtener más información, vea Aplicar copias de seguridad del registro de transacciones (SQL Server).

3. Si se puede acceder a la base de datos principal, realice una copia de seguridad del registro de transacciones activo y aplíquela a las bases de datos secundarias. Es posible que tenga que establecer la base de datos en modo de usuario único para obtener acceso exclusivo antes de emitir el comando de restauración y, después, una vez que haya finalizado la restauración, volver a cambiarla al modo multiusuario.

   Si la instancia del servidor principal original no está dañada, realice una copia de seguridad del final del registro de transacciones de la base de datos principal mediante WITH NORECOVERY. Esto deja la base de datos en estado restauración y, por consiguiente, no disponible a los usuarios. Finalmente, podrá poner al día esta base de datos mediante la aplicación de copias de seguridad del registro de transacciones desde la base de datos principal de sustitución.

   Para obtener más información, consulte Copias de seguridad del registro de transacciones (SQL Server).

4. Una vez sincronizados los servidores secundarios, podrá realizar una conmutación por error al servidor que prefiera mediante la recuperación de su base de datos secundaria y la redirección de los clientes a dicha instancia de servidor. La recuperación coloca a la base de datos en un estado coherente y en línea.

   Nota

   Cuando haga que una base de datos secundaria esté disponible, debe asegurarse de que sus metadatos sean coherentes con los metadatos de la base de datos principal original. Para obtener más información, consulte Administración de los metadatos cuando una base de datos pasa a estar disponible en otro servidor (SQL Server).

5. Una vez que haya recuperado una base de datos secundaria, puede configurarla de nuevo para que actúe como base de datos principal para otras bases de datos secundarias.

   Si no hay ninguna otra base de datos secundaria disponible, consulte Configurar el trasvase de registros (SQL Server).

Related Tasks

• Cambiar los roles entre el servidor de trasvase de registros primario y secundario (SQL Server)

• Administración de inicios de sesión y trabajos tras la conmutación de roles (SQL Server)

Consulte también

Tablas y procedimientos almacenados de trasvase de registros
Acerca del trasvase de registros (SQL Server)
Copias del final del registro (SQL Server)