Conmutación y conmutación regresiva

Conmutación y Conmutación regresiva definen el proceso de intercambio de las funciones activa y pasiva entre los servidores master y de réplica. Por el proceso de conmutación, si el servidor master está activo, pasa a estado pasivo después de transmitir la función activa al servidor réplica. Si por el contrario es el servidor réplica el servidor activo, pasa a estado pasivo después de que el proceso de conmutación transmita la función activa al servidor master. Una conmutación se puede activar mediante un botón. También la puede activar CA ARCserve RHA de forma automática si detecta que el servidor master no está disponible si ha activado la opción Realizar la conmutación automática en el cuadro de diálogo Inicio de la conmutación y de la replicación inversa. Cuando esta opción está desactivada, el sistema le notifica de que el servidor master está inactivo, por lo que puede iniciar la conmutación de forma manual en el Gestor de CA ARCserve RHA.

Esta sección contiene los siguientes temas:

Funcionamiento de la conmutación y la conmutación regresiva

Inicio de la conmutación

Inicio de la conmutación para un grupo

Inicio de la conmutación regresiva

Inicio de la conmutación regresiva para un grupo

Recuperar servidor activo

Recuperación de un servidor activo para un grupo distribuido

Consideraciones de conmutación

Funcionamiento de la conmutación y la conmutación regresiva

Después de que el escenario de alta disponibilidad comienza a ejecutarse y finaliza el proceso de sincronización, el servidor réplica comprueba regularmente si el servidor master está activo, de forma predeterminada cada 30 segundos. Existen tres tipos de comprobaciones de control:

• Ping : solicitud que se envía al servidor master para verificar que está operativo y que responde.
• Comprobación de la base de datos: solicitud que verifica que los servicios apropiados están en funcionamiento, que todas las bases de datos están montadas y que los sitios Web de SharePoint se han iniciado.
• Comprobación definida por el usuario -- una solicitud personalizada para controlar aplicaciones específicas

Si se produce un error en alguna parte de este conjunto, toda la comprobación se considera como fallida. Si todas las comprobaciones fallan en un período de tiempo de espera configurado (de forma predeterminada, 5 minutos), se considera que el servidor master está fuera de servicio. A continuación, en función de la configuración del escenario de alta disponibilidad, CA ARCserve HA envía una alerta o inicia automáticamente una conmutación.

Al crear el escenario de alta disponibilidad se define cómo iniciar la conmutación.

• Si ha seleccionado la opción Iniciar conmutación manualmente en la página Inicio de la conmutación y de la replicación inversa, debe realizar una conmutación manual. Para obtener más información, consulte el tema Iniciar conmutación.
• Si ha seleccionado la opción Iniciar conmutación automáticamente, también puede realizar una conmutación manual, aunque el servidor master esté activo. La conmutación se puede iniciar cuando se desee probar el sistema o utilizar el servidor réplica para continuar el servicio de aplicación mientras se realizan tareas de mantenimiento en el servidor master. La conmutación desencadenada (automática) es idéntica en todos los aspectos a la conmutación manual realizada por el administrador, excepto que se desencadena por un error de los recursos en el servidor master y no por una activación manual de la conmutación llevada a cabo por parte del administrador al hacer clic en el botón Realizar conmutación. Se controla la respuesta al ping del servidor, el estado del servicio de aplicación y la conectividad de la base de datos. Se pueden configurar los parámetros de tiempo de espera, los cuales se describen con más detalle en la Guía de administración de CA ARCserve RHA .

Al crear el escenario de alta disponibilidad se define cómo se desea iniciar el escenario inverso.

• Si ha seleccionado la opción Iniciar la replicación inversa automáticamente en la página Inicio de la conmutación y de la replicación inversa, la replicación en sentido inverso (del servidor réplica al servidor master) comienza automáticamente después de una conmutación, una vez que el servidor master original vuelve a estar disponible.
• Si ha seleccionado la opción Iniciar la replicación inversa manualmente, deberá realizar manualmente la conmutación regresiva. Si ha seleccionado la opción manual y no inicia una conmutación regresiva manual, deberá volver a sincronizar los datos del servidor réplica al servidor master, incluso después de probar una conmutación correcta sin errores del servidor master.

Si la funcionalidad Replicación inversa está desactivada, para iniciar la replicación inversa después de una conmutación, haga clic en el botón Ejecutar. La ventaja de esta función es que, si los servidores master y réplica están en línea y conectados durante la conmutación, no es necesaria la resincronización inversa. La resincronización implica la comparación de los datos de los servidores master y réplica para determinar los cambios que hay que transferir antes de que comience la replicación en tiempo real; esto puede llevar un tiempo. Si la replicación inversa automática está activada y ambos servidores estaban en línea durante la conmutación, la replicación se invierte sin que sea necesaria la resincronización. Esta es la única situación en la que no es necesaria la resincronización.

Inicio de la conmutación

Una vez desencadenado, ya sea manual o automáticamente, el propio proceso de conmutación está totalmente automatizado.

Nota: En los siguientes pasos se utilizan pantallas de un escenario Exchange a modo de ejemplo. Recuerde que el procedimiento es similar en todos los tipos de servidor.

Para iniciar la conmutación manual

1. Abra el gestor y seleccione el escenario deseado en el panel Escenario. Verifique que está en ejecución.
2. Haga clic en el botón Realizar conmutación o seleccione en el menú Herramientas la opción Realizar conmutación:

   Aparecerá un mensaje de confirmación.

3. Haga clic en Aceptar en el mensaje de confirmación Realizar conmutación. Este procedimiento inicia una conmutación del servidor master al servidor réplica:

   

   Encontrará información detallada sobre los procesos de conmutación en el panel Eventos durante la conmutación.

4. Cuando finaliza la conmutación, el escenario se detiene:

   

   Nota: El único caso en el que el escenario puede continuar ejecutándose después de la conmutación es cuando la replicación inversa automática se ha definido como Iniciar automáticamente.

   Aparece un mensaje en el panel Evento que indica Conmutación completada y Se ha detenido el escenario.

   El servidor master se vuelve pasivo y el servidor réplica se vuelve activo.