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 línea 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.

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 roles.

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

• 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 automática por error

  En presencia de un testigo, el modo de alta seguridad admite la conmutación automática por error. La conmutación automática por error 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 automática por error.

• 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 línea, 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 roles.

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.