Conmutación de funciones durante una sesión de creación de reflejo de la base de datos

En el contexto de una sesión de creación de reflejo de la base de datos, las funciones principal y reflejo suelen ser intercambiables en un proceso conocido como conmutación de funciones. En la conmutación de funciones, el servidor reflejado actúa como el asociado de conmutación por error para el servidor principal al asumir la función principal, y al recuperar su copia de la base de datos y ponerla en conexión como la nueva base de datos principal. El servidor principal anterior, cuando esté disponible, asumirá la función reflejo y su base de datos se convertirá en la nueva base de datos reflejada. Potencialmente, las funciones pueden conmutarse como respuesta a varios errores o con fines administrativos.

[!NOTA] En este tema se supone que está familiarizado con los modos operativos de creación de reflejo de la base de datos. Para obtener más información, vea Operación asincrónica de creación de reflejo de la base de datos (Modo de alto rendimiento) y Creación de reflejo sincrónico de la base de datos (modo de alta seguridad).

En la siguiente ilustración se muestran los asociados de creación de reflejo Partner_A y Partner_B en el proceso de conmutación de las funciones principal y reflejo durante una serie de conmutaciones por error automáticas o manuales.

Importante:
Tras una conmutación de funciones, los trabajos que se ejecutaron en la anterior base de datos principal se deben recrear en el nuevo servidor principal para que se ejecuten allí. Para obtener más información, vea Administrar inicios de sesión y trabajos tras la conmutación de funciones.

Hay tres tipos de conmutación de funciones: conmutación por error automática, conmutación por error manual y servicio forzado (con posible pérdida de datos). La compatibilidad con cada forma depende del modo operativo de la sesión.

[!NOTA] Si no está familiarizado con estos modos operativos, vea Sesiones de creación de reflejo de la base de datos.

• Conmutación por error manual
  El modo de alta seguridad admite la conmutación por error manual. Al sincronizar la base de datos, su propietario puede iniciar una conmutación por error manual.
  La conmutación por error manual se proporciona con fines administrativos. Para obtener más información, vea Conmutación por error manual.

• Conmutación por error automática
  En presencia de un testigo, el modo de alta seguridad admite la conmutación por error automática. La conmutación por error automática sólo se produce con la pérdida del servidor principal cuando el testigo y el servidor reflejado siguen conectados entre sí y la base de datos ya está sincronizada. Para obtener más información, vea Conmutación por error automática.

• Forzar servicio (con posible pérdida de datos)
  Se permite forzar el servicio en modo de alta seguridad si no hay ningún testigo definido y en modo de alto rendimiento. Al perderse el servidor principal, el propietario de la base de datos puede hacer que ésta esté disponible forzando el servicio en el servidor reflejado (con posible pérdida de datos).

  [!NOTA] Se recomienda establecer la propiedad WITNESS en OFF en modo de alto rendimiento. De lo contrario, para poner la base de datos en conexión, el servidor reflejado debe estar conectado al testigo. Para obtener más información, vea Servicio forzado (con posible pérdida de datos).

En la siguiente tabla se resumen las formas de conmutación por error admitidas en cada uno de los modos operativos.

Tras una conmutación de funciones, deben existir ciertos metadatos en ambos asociados para garantizar que todos los usuarios de bases de datos puedan tener acceso a la nueva base de datos principal. Además, se deben crear los trabajos de copia de seguridad en el nuevo servidor principal para garantizar que se siga realizando una copia de seguridad de la base de datos de acuerdo con su programación periódica. Para obtener más información, vea Administrar inicios de sesión y trabajos tras la conmutación de funciones.

Durante una conmutación de funciones, la cantidad de tiempo que la creación de reflejo de la base de datos estará sin servicio depende del tipo de conmutación de funciones y de la causa. Para obtener más información, vea Calcular la interrupción del servicio durante la conmutación de funciones.

Vea también

Conceptos

Operación asincrónica de creación de reflejo de la base de datos (Modo de alto rendimiento)
Calcular la interrupción del servicio durante la conmutación de funciones
Testigo 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)
Estados de creación de reflejo
Sesiones de creación de reflejo de la base de datos

Ayuda e información

Obtener ayuda sobre SQL Server 2005