Nota:
El acceso a esta página requiere autorización. Puede intentar iniciar sesión o cambiar directorios.
El acceso a esta página requiere autorización. Puede intentar cambiar los directorios.
En este tema se describe cómo minimizar el tiempo de inactividad de las bases de datos reflejadas al instalar paquetes de servicio y correcciones. Este proceso implica actualizar secuencialmente las instancias de SQL Server 2014 que participan en el mirroring de bases 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 las sesiones en modo de alto rendimiento en las que el servidor reflejado está geográficamente alejado del servidor principal, una actualización gradual podría ser inapropiada.
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, se recomienda quitar el testigo. De lo contrario, cuando se actualiza la instancia del servidor reflejado, la disponibilidad de la base de datos depende del testigo que permanece 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 poner en riesgo el tiempo de inactividad de la base de datos.
Nota:
Para más información, vea Quorum: 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 ejecuta en modo de alto rendimiento, cambie el modo operativo a modo de alta seguridad.
Actualice cada instancia de servidor implicada en el reflejo de base de datos. Una actualización gradual implica actualizar la instancia del servidor que es actualmente el servidor espejo, realizar una conmutación por error manual de cada una de sus bases de datos espejo y actualizar la instancia del servidor que fue primero el servidor principal (y que ahora es el nuevo servidor espejo). En este momento, tendrá que reanudar la creación de reflejo.
Nota:
Antes de iniciar una actualización gradual, se recomienda realizar una conmutación por error manual práctica en al menos una de las sesiones de creación de reflejo.
Vuelva al modo de alto rendimiento, si es necesario.
Devuelve el testigo a la sesión de reflejo, si es necesario.
Los procedimientos para estas fases se describen aquí.
Importante
Una instancia de servidor podría estar realizando diferentes roles de creación de reflejo (servidor principal, servidor reflejado o testigo) en sesiones simultáneas de creación de reflejo. En este caso, tendrá que adaptar el proceso básico de actualización gradual en consecuencia.
Para proteger los datos antes de una actualización (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 reflejo implica un testigo, se recomienda quitar el testigo antes de realizar una actualización gradual.
Para eliminar 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 ejecuta en modo de alto rendimiento, antes de realizar una actualización gradual, cambie el modo operativo a alta seguridad sin conmutación automática por error. Utilice uno de los métodos siguientes:
En SQL Server Management Studio: cambie la opción Modo operativo a Alta seguridad sin conmutación automática por error (sincrónica) mediante la página de reflejo del cuadro de diálogo Propiedades de la base de datos. Para obtener información sobre cómo acceder a esta página, vea Inicie el Asistente para configurar la seguridad de mirroring de bases de datos (SQL Server Management Studio).
En Transact-SQL: establezca la seguridad de las transacciones en FULL. Para obtener más información, consulte Cambiar la seguridad de las transacciones en una sesió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 mediante la actualización de cualquier asociado de creación de reflejo que sea actualmente el servidor reflejado en todas sus sesiones de creación de reflejo. Es posible que tenga que actualizar varias instancias de 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 espejo en la sesión 1 y es testigo en la sesión 2, puede actualizar ahora la instancia del servidor.
La instancia de servidor que se va a actualizar primero depende de la configuración actual de las sesiones de creación de reflejo, como se indica a continuación:
Si alguna instancia de servidor ya es el servidor espejo en todas sus sesiones de reflejo, instale el Service Pack o la revisión en esa instancia de 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 en primer lugar. A continuación, realice la conmutación manual de cada una de sus bases de datos principales y actualice la instancia del servidor instalando el paquete de servicio o el hotfix.
Después de actualizarse, una instancia de servidor se reincorpora automáticamente a cada una de sus sesiones de reflejo.
Para realizar una conmutación manual por error
Para obtener información sobre cómo funciona 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 reflejo cuya instancia del servidor reflejado se acaba de actualizar, espere a que la sesión se sincronice. A continuación, conéctese a la instancia del servidor principal y realice la conmutación manual de la sesión. Durante la conmutación por error, la instancia del servidor actualizada se convierte en el servidor principal de esa sesión, y el servidor principal anterior pasa a ser el servidor reflejado.
El objetivo de este paso es que otra instancia del servidor se convierta en el servidor reflejo en cada sesión de reflejo en la que es un socio.
Después de realizar la conmutación por error, se recomienda ejecutar el comando DBCC CHECKDB en la base de datos principal.
Instale el paquete de servicio o la corrección en cada instancia de servidor que ahora sea el servidor espejo en todas las sesiones de replicación en las que es un asociado. Es posible que tenga que actualizar varios servidores en este momento.
Importante
En una configuración compleja de creación de reflejo, es posible que algunas instancias de servidor sigan 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 los paquetes de servicio o las revisiones en cualquier instancia restante del servidor que sea el servidor testigo en todas sus sesiones de reflejo. Después de que un testigo actualizado se reincorpore a una sesión de espejo, la conmutación automática por error vuelve a ser posible. Es posible que tenga que actualizar varios servidores en este momento.
Para devolver una sesión al modo de alto rendimiento
Opcionalmente, vuelva al modo de alto rendimiento mediante uno de los métodos siguientes:
En SQL Server Management Studio: cambie la opción Modo operativo a Alto rendimiento (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 replicación
Opcionalmente, en modo de alta seguridad, restablezca el testigo a cada sesión de creación de reflejo.
Para restablecer el testigo
Véase también
Creación de reflejo de la base de datos ALTER DATABASE (Transact-SQL)
BACKUP (Transact-SQL)
Creación de reflejo de la base de datos (SQL Server)
Modos de operación del reflejo de bases de datos
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)