Cómo instalar un Service Pack en un sistema con un tiempo de inactividad mínimo para las bases de datos reflejadas

  • Artículo

Este tema describe cómo minimizar el tiempo de inactividad para las bases de datos reflejadas al instalar los Service Pack y las revisiones. Este proceso implica actualizar de forma secuencial las instancias de Microsoft SQL Server 2005 que están participando en la creación de reflejo de la base de datos. Esta forma de actualización, conocida como actualización sucesiva, reduce el tiempo de inactividad a una única conmutación por error. Observe que para las sesiones en modo de alto rendimiento en las que el servidor reflejado está geográficamente distante del servidor principal, podría ser inadecuado realizar una actualización sucesiva.

Una actualización sucesiva es un proceso de varias fases y que consiste de las siguientes etapas:

  • Proteger los datos.

  • Si la sesión incluye un testigo, se recomienda quitar el testigo. De lo contrario, cuando se actualice la instancia del servidor reflejado, la disponibilidad de la base de datos dependerá del testigo que sigue conectado a la instancia del servidor principal. Después de quitar un testigo, puede actualizarlo en cualquier momento durante el proceso de la actualización sucesiva sin arriesgarse a un tiempo de inactividad de la base de datos.

    [!NOTA] Para obtener más información, vea Quórum: cómo un testigo afecta a la disponibilidad de la base de datos.

  • Si una sesión se ejecuta en modo de alto rendimiento, cambiar el modo de funcionamiento al modo de alta seguridad.

  • Actualizar cada instancia del servidor implicada en la creación de reflejo de la base de datos. Una actualización sucesiva implica actualizar la instancia del servidor que en ese momento sea el servidor reflejado, realizar manualmente una conmutación por error en cada una de las bases de datos reflejadas y actualizar la instancia del servidor que fue en un principio el 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 sucesiva, se recomienda realizar una conmutación por error manual de prueba en al menos una de las sesiones de creación de reflejo.

  • Revertir al modo de alto rendimiento, si es necesario.

  • Devolver el testigo a la sesión de creación de reflejo, si es necesario.

Los procedimientos de estas etapas se describen aquí.

Bb497962.note(es-es,SQL.90).gifImportante:
Es posible que una instancia del servidor esté realizando funciones diferentes de creación de reflejo (servidor principal, servidor reflejado o testigo) en sesiones de creación de reflejo simultáneas. En este caso, tendrá que adaptar de forma apropiada el proceso básico de actualización sucesiva. Para obtener más información, vea Sesiones de creación de reflejo de la base de datos.

Para proteger sus datos antes de una actualización (un procedimiento recomendado)

  1. Realice una copia de seguridad total de la base de datos en cada base de datos principal.

    Para realizar una copia de seguridad de una base de datos

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

Para quitar un testigo de una sesión

  1. Si una sesión de creación de reflejo incluye un testigo, se recomienda que quite el testigo antes de realizar la actualización sucesiva.

    Para quitar el testigo

Para cambiar una sesión en modo de alto rendimiento al modo de alta seguridad

  1. Si una sesión de creación de reflejo se está ejecutando en modo de alto rendimiento, antes de realizar una actualización sucesiva, cambie el modo de funcionamiento al de alta seguridad sin conmutación por error automática. Utilice uno de los métodos siguientes:

Para realizar la actualización sucesiva

  1. Para minimizar el tiempo de inactividad, se recomienda iniciar la actualización sucesiva actualizando 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 actualizar ahora varias instancias del servidor.

    [!NOTA] Un testigo se puede actualizar en cualquier punto del proceso de actualización sucesiva. Por ejemplo, si una instancia del servidor es un servidor reflejado en la sesión 1 y un testigo en la sesión 2, entonces podrá actualizar la instancia del servidor.

    La instancia del servidor que se va a actualizar primero depende de la configuración actual de las sesiones de creación de reflejo, de la siguiente forma:

    • 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 en la actualidad el servidor principal en cualquier sesión de creación de reflejo, seleccione una instancia del servidor para actualizar la primera. A continuación, realice manualmente una conmutación por error en las bases de datos principales y actualice dicha instancia del servidor mediante la instalación del Service Pack o la revisión.

    Después de la actualización, una instancia del servidor se vuelve a unir automáticamente a cada una de sus sesiones de creación de reflejo.

    Para realizar una conmutación por error manual

    Para obtener información sobre cómo funciona la conmutación por error manual, vea Conmutación por error manual.

  2. Para cada sesión de creación de reflejo cuya instancia del servidor reflejado esté recién actualizada, espere a que la sesión se sincronice. A continuación, conéctese a la instancia del servidor principal y realice una conmutación por error manual a la sesión. Después de la conmutación por error, la instancia del servidor actualizada se convierte en el servidor principal para dicha sesión, mientras que 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.

  3. Después de conmutar por error, se recomienda que ejecute el comando DBCC CHECKDB en la base de datos principal.

  4. Instale el Service Pack o la revisión en cada instancia del servidor que sea en ese momento el servidor reflejado de todas las sesiones de creación de reflejo en las que es un asociado. Puede que tenga que actualizar varios servidores en este punto.

    Bb497962.note(es-es,SQL.90).gifImportante:
    En una configuración de creación de reflejo compleja, es posible que alguna instancia del servidor sea todavía el servidor principal original en una o varias sesiones de creación de reflejo. Repita los pasos 2 a 4 para esas instancias del servidor, hasta que estén actualizadas todas las instancias implicadas.

  5. Reanude la sesión de creación de reflejo.

    [!NOTA] La conmutación por error automática no funcionará hasta que se haya actualizado el testigo.

  6. Instale los Service Pack o las revisiones en cualquier instancia del servidor restante que sea el testigo en todas sus sesiones de creación de reflejo. Después de que un testigo actualizado se vuelve a unir a una sesión de creación de reflejo, vuelve a ser posible la conmutación por error automática. Puede que tenga que actualizar varios servidores en este punto.

Para volver a poner una sesión en el modo de alto rendimiento

  1. Opcionalmente, vuelva al modo de alto rendimiento mediante 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, utilice ALTER DATABASE para desactivar la seguridad de transacciones.

Para devolver un testigo a una sesión de creación de reflejo

  1. Opcionalmente, en el modo de alta seguridad, restablezca el testigo a cada sesión de creación de reflejo.

    Para devolver un testigo

Vea también

Tareas

Cómo iniciar el Monitor de creación de reflejo de la base de datos
Cómo ver el estado de una base de datos reflejada (SQL Server Management Studio)

Conceptos

Operación asincrónica de creación de reflejo de la base de datos (Modo de alto rendimiento)
Sesiones de creación de reflejo de la base de datos
Servicio forzado (con posible pérdida de datos)
Información general de la creación de reflejo de la base de datos
Conmutación de funciones durante una sesión de creación de reflejo de la base de datos
Creación de reflejo sincrónico de la base de datos (modo de alta seguridad)

Otros recursos

ALTER DATABASE (Transact-SQL)
BACKUP (Transact-SQL)
Temas de procedimientos de la creación de reflejo de la base de datos

Ayuda e información

Obtener ayuda sobre SQL Server 2005