Instalar un Service Pack en un sistema con un tiempo de inactividad mínimo para bases de datos reflejadas
En este tema se describe cómo minimizar el tiempo de inactividad de las bases de datos reflejadas cuando instale los Service Pack o las revisiones. Este proceso implica actualizar secuencialmente las instancias de SQL Server 2014 que participan en la creación de reflejo de la base de datos. Esta forma de actualización, que se conoce como actualización gradual, reduce el tiempo de inactividad a una sola conmutación por error. Tenga en cuenta que para sesiones en modo de alto rendimiento en las que el servidor reflejado esté geográficamente distante del principal, una actualización gradual podría no ser adecuada.
Una actualización gradual es un proceso de varias fases que consta de las siguientes fases:
Protección de los datos.
Si la sesión incluye un testigo, recomendamos que lo quite. Si no lo hace, al actualizar la instancia del servidor reflejado, la disponibilidad de la base de datos depende del testigo que sigue estando conectado a la instancia del servidor principal. Después de quitar un testigo, puede actualizarlo en cualquier momento durante el proceso de actualización gradual sin aumentar el tiempo de inactividad de la base de datos.
Nota
Para más información, vea Cuórum: cómo un testigo afecta a la disponibilidad de la base de datos (Creación de reflejo de la base de datos).
Si una sesión se está ejecutando en modo de alto rendimiento, cambie el modo de funcionamiento al modo de alta seguridad.
Actualice cada instancia del servidor implicada en la creación de reflejo de la base de datos. Una actualización gradual implica actualizar la instancia del servidor que es actualmente el servidor reflejado, conmutar manualmente por error cada una de sus bases de datos reflejadas y actualizar la instancia del servidor que era el primer servidor principal (y ahora es el nuevo servidor reflejado). En este momento, tendrá que reanudar la creación de reflejo.
Nota:
Antes de iniciar una actualización gradual, recomendamos que realice un ejercicio de conmutación manual por error en al menos una de las sesiones de creación de reflejo.
Revierta al modo de alto rendimiento, si es necesario.
Devuelva al testigo a la sesión de creación de reflejo, si es necesario.
A continuación se describen los procedimientos para estas fases.
Importante
Una instancia del servidor podría estar realizando roles de creación de reflejo distintos (servidor principal, servidor reflejado o testigo) en sesiones de creación de reflejo simultáneas. En ese caso, tendrá que adaptar el proceso básico de actualización gradual como corresponda.
Para proteger los datos antes de una actualización (un procedimiento recomendado)
Realice una copia de seguridad completa de la base de datos en cada base de datos principal.
Para realizar una copia de seguridad de una base de datos
Ejecute el comando DBCC CHECKDB en cada base de datos principal.
Para quitar un testigo de una sesión
Si una sesión de creación de reflejo conlleva un testigo, recomendamos que lo quite antes de realizar una actualización gradual.
Para quitar el testigo
Para cambiar una sesión del modo de alto rendimiento al modo de alta seguridad
Si una sesión de creación de reflejo se está ejecutando en modo de alto rendimiento, antes de realizar una actualización gradual, cambie al modo operativo de seguridad alta sin conmutación automática por error. Utilice uno de los métodos siguientes:
En SQL Server Management Studio: cambie la opción Modo de funcionamiento a Seguridad alta sin conmutación automática por error (sincrónico) mediante la página Creación de reflejo del cuadro de diálogo Propiedades de la base de datos. Para obtener información sobre cómo obtener acceso a esta página, vea Iniciar el Asistente para la configuración de seguridad de la creación de reflejo de la base de datos (SQL Server Management Studio).
En Transact-SQL: establezca la seguridad de transacciones en FULL. Para obtener más información, consulte Cambiar la seguridad de las transacciones en una sesión de creación de reflejo de la base de datos (Transact-SQL).
Para realizar la actualización gradual
Para minimizar el tiempo de inactividad, se recomienda lo siguiente: Inicie la actualización gradual actualizando cualquier asociado de creación de reflejo que sea actualmente el servidor reflejado en todas sus sesiones de creación de reflejo. Podría tener que actualizar varias instancias del servidor en este momento.
Nota
Un testigo se puede actualizar en cualquier momento del proceso de actualización gradual. Por ejemplo, si una instancia de servidor es un servidor reflejado en la sesión 1 y es testigo en la sesión 2, ahora puede actualizar la instancia del servidor.
La instancia del servidor que se va a actualizar depende primero de la configuración actual de las sesiones de creación de reflejo, como se indica a continuación:
Si cualquier instancia del servidor ya es el servidor reflejado en todas sus sesiones de creación de reflejo, instale el Service Pack o la revisión en dicha instancia del servidor.
Si todas las instancias del servidor son actualmente el servidor principal en cualquier sesión de creación de reflejo, seleccione una instancia de servidor para actualizarla primero. A continuación, realice una conmutación por error manual de cada una de sus bases de datos principales y actualice esa instancia del servidor mediante la instalación del Service Pack o la revisión.
Después de actualizarse, una instancia de servidor vuelve a unir automáticamente cada una de sus sesiones de creación de reflejo.
Para realizar una conmutación manual por error
Para obtener más información sobre el funcionamiento de la conmutación por error manual, vea Conmutación de roles durante una sesión de creación de reflejo de la base de datos (SQL Server).
Para cada sesión de creación de reflejo cuya instancia del servidor reflejado se acaba de actualizar, espere a que se sincronice la sesión. A continuación, conéctese a la instancia del servidor principal y realice una conmutación manual por error de la sesión. En la conmutación por error, la instancia de servidor actualizada se convierte en el servidor principal de esa sesión y el servidor principal anterior se convierte en el servidor reflejado.
El objetivo de este paso es que otra instancia del servidor se convierta en el servidor reflejado en cada sesión de creación de reflejo en la que es un asociado.
Después de la conmutación por error, recomendamos que ejecute el comando DBCC CHECKDB en la base de datos principal.
Instale el Service Pack o la revisión en cada una de las instancias del servidor que actualmente sean servidor reflejado, para todas aquellas sesiones de reflejado en las que sea un asociado. Podría tener que actualizar varios servidores en este momento.
Importante
En una configuración de creación de reflejo compleja, alguna instancia de servidor podría seguir siendo el servidor principal original en una o varias sesiones de creación de reflejo. Repita los pasos del 2 al 4 para esas instancias de servidor hasta que se actualicen todas las instancias implicadas.
Reanude la sesión de creación de reflejo.
Nota
La conmutación automática por error no funcionará hasta que se haya actualizado el testigo.
Instale el Service Pack o la revisión en el resto de instancias del servidor que sean testigo para todas las sesiones de reflejo. Después de que un testigo actualizado vuelva a unirse a una sesión de creación de reflejo, la conmutación automática por error vuelve a ser posible. Podría tener que actualizar varios servidores en este momento.
Para devolver una sesión al modo de alto rendimiento
Si lo desea, vuelva al modo de alto rendimiento utilizando uno de los métodos siguientes:
En SQL Server Management Studio: cambie la opción Modo de funcionamiento a Rendimiento alto (asincrónico) mediante la página Creación de reflejo del cuadro de diálogo Propiedades de la base de datos.
En Transact-SQL: use ALTER DATABASE para establecer la seguridad de las transacciones en OFF.
Para devolver un testigo a una sesión de creación de reflejo
Si lo desea, en modo de alta seguridad, restablezca el testigo en cada sesión de creación de reflejo.
Para volver a establecer el testigo
Consulte también
Reflejo de la base de datos ALTER DATABASE (Transact-SQL)
BACKUP (Transact-SQL)
Creación de reflejo de la base de datos (SQL Server)
Database Mirroring Operating Modes
Conmutación de roles durante una sesión de creación de reflejo de la base de datos (SQL Server)
Iniciar el Monitor de creación de reflejo de la base de datos (SQL Server Management Studio)
Ver el estado de una base de datos reflejada (SQL Server Management Studio)