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.
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.
.gif "Dos intercambios de asociados entre roles")
.gif "Nota importante") 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.
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 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.
Alto rendimiento |
Modo de alta seguridad sin ningún testigo |
Modo de alta seguridad con un testigo |
|
|---|---|---|---|
Conmutación automática por error |
No |
No |
Sí |
Conmutación por error manual |
No |
Sí |
Sí |
Servicio forzado |
Sí |
Sí |
No |
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.
Vea también