Actualización del trasvase de registros a SQL Server 2016 (Transact-SQL)

  • Artículo

Se aplica a:SQL Server

Para conservar la solución de recuperación ante desastres de trasvase de registros, actualice o aplique actualizaciones de servicio en el orden adecuado. Las actualizaciones de servicio incluyen Service Pack o actualizaciones acumulativas.

Nota:

La compresión de copia de seguridad se incluyó en SQL Server 2008 (10.0x) Enterprise. Una configuración de trasvase de registros actualizada usa la opción de configuración de nivel de seguridad Compresión de copia de seguridad predeterminada para controlar si se emplea la compresión de copia de seguridad para los archivos de copia de seguridad del registro de transacciones. El comportamiento de la compresión de las copias de seguridad de registros se puede especificar para cada configuración de trasvase de registros. Para obtener más información, vea Configurar el trasvase de registros (SQL Server).

En este tema:

Requisitos previos

Antes de empezar, revise la siguiente información importante:

Proteger los datos antes de la actualización

Como práctica recomendada, es aconsejable que proteja sus datos antes de realizar una actualización del trasvase de registros.

Para proteger los datos

  1. Realice una copia de seguridad completa de cada base de datos principal.

    Para obtener más información, consulte Crear una copia de seguridad completa de base de datos (SQL Server).

  2. Ejecute el comando DBCC CHECKDB en cada base de datos principal.

Importante

Asegúrese de que haya espacio suficiente en el servidor principal para almacenar las copias de seguridad del registro durante el tiempo previsto que vaya a durar la actualización de los servidores secundarios. Si conmuta por error a un elemento secundario, este punto se aplica también al secundario (el nuevo elemento principal).

Actualización de la instancia del servidor de supervisión (opcional)

La instancia del servidor de supervisión, si existe, se puede actualizar en cualquier momento. Sin embargo, no es necesario actualizar el servidor de supervisión opcional al actualizar los servidores principal y secundarios.

Mientras se actualiza el servidor de supervisión, la configuración de trasvase de registros continúa funcionando, pero su estado no se registra en las tablas del monitor. Cualquier alerta que se haya configurado no se desencadenará mientras el servidor de supervisión se esté actualizando. Después de la actualización, puede actualizar la información de las tablas del monitor ejecutando el procedimiento almacenado del sistema sp_refresh_log_shipping_monitor. Para obtener más información sobre el servidor de supervisión, vea Acerca del trasvase de registros (SQL Server).

Actualización de instancias del servidor secundario

El proceso de actualización implica actualizar las instancias de servidor secundario de SQL Server antes de actualizar la instancia de servidor principal. Actualice siempre las instancias de SQL Server secundario en primer lugar. El trasvase de registros continúa a lo largo del proceso de actualización porque las instancias de servidor secundario actualizadas continúan restaurando las copias de seguridad de registros a partir de la instancia de servidor principal. Si la instancia del servidor principal se actualizara antes que la instancia de un servidor secundario, se produciría un error en el trasvase de registros porque una copia de seguridad creada en una versión más reciente de SQL Server no se puede restaurar en una versión anterior de SQL Server. Puede actualizar las instancias secundarias de forma simultánea o en serie, pero todas las instancias secundarias deben actualizarse antes de actualizar la instancia principal a fin de evitar un error de trasvase de registros.

Mientras se actualiza la instancia del servidor secundario, no se ejecutan los trabajos de copia y restauración del trasvase de registros. Esto significa que las copias de seguridad del registro de transacciones sin restaurar se acumularán en el servidor principal y que debe tener espacio suficiente para alojar estas copias de seguridad sin restaurar. La cantidad de acumulación depende de la frecuencia de la copia de seguridad programada en la instancia de servidor principal y de la secuencia en que se actualicen las instancias secundarias. Además, si se ha configurado un servidor de supervisión independiente, se podrían generar alertas que indiquen que no se han realizado restauraciones durante más tiempo que el intervalo configurado.

Una vez que las instancias del servidor secundario se han actualizado, los trabajos de los agentes de trasvase de registros se reanudan y siguen copiando y restaurando las copias de seguridad de registros a partir de la instancia del servidor principal hasta las instancias de servidores secundarios. La cantidad de tiempo necesaria para que las instancias del servidor secundario actualicen la base de datos secundaria varía en función del tiempo empleado en actualizar la instancia del servidor secundario y de la frecuencia de las copias de seguridad en el servidor principal.

Nota

Durante la actualización del servidor, la propia base de datos secundaria no se actualiza a una nueva versión. Solo se actualizará si se conecta al iniciar una conmutación por error de la base de datos de trasvase de registros. En teoría, esta condición podría mantenerse indefinidamente. La cantidad de tiempo para actualizar los metadatos de la base de datos cuando se inicia una conmutación por error es pequeña.

Importante

La opción RESTORE WITH STANDBY no se admite para una base de datos que requiere actualizarse. Si una base de datos secundaria actualizada se ha configurado utilizando RESTORE WITH STANDBY, los registros de transacciones ya no se pueden restaurar después de la actualización. Para reanudar el trasvase de registros en esa base de datos secundaria, tendrá que configurarlo de nuevo en ese servidor de reserva. Para obtener más información sobre la opción STANDBY, vea Restaurar una copia de seguridad del registro de transacciones (SQL Server).

Actualizar la instancia del servidor principal

Puesto que el trasvase de registros es principalmente una solución de recuperación ante desastres, el escenario más sencillo y más común consiste en actualizar la instancia principal en contexto y la base de datos simplemente no está disponible durante la actualización. Una vez actualizado el servidor, la base de datos se vuelve a poner en línea automáticamente, lo que hace que se actualice. Una vez actualizada la base de datos, los trabajos de trasvase de registros se reanudan.

Nota

El trasvase de registros también admite la opción Conmutar por error a una base de datos secundaria de trasvase de registros (SQL Server) y, opcionalmente, Cambiar los roles entre el servidor de trasvase de registros primario y secundario (SQL Server). Sin embargo, dado que el trasvase de registros ya rara vez se configura como una solución de alta disponibilidad (las opciones más recientes son mucho más sólidas), la conmutación por error generalmente no minimiza el tiempo de inactividad porque no se sincronizarán los objetos de base de datos del sistema y porque puede ser una odisea permitir que los clientes busquen un elemento secundario promovido y se conecten a él fácilmente.

Consulte también

Actualización a SQL Server 2016 mediante el Asistente para instalación (programa de instalación)
Instalar SQL Server 2016 desde el símbolo del sistema
Configurar el trasvase de registros (SQL Server)
Supervisar el trasvase de registros (Transact-SQL)
Tablas y procedimientos almacenados de trasvase de registros