Introducción › Conceptos de CA ARCserve RHA › Funcionamiento de alta disponibilidad

Funcionamiento de alta disponibilidad

CA ARCserve RHA controla todos los eventos críticos, incluyendo los errores generales del servidor y todos los errores de servicio de la base de datos. Es posible configurar CA ARCserve RHA con el fin de invertir roles de servidor de manera automática, denominados conmutación por error; o modificar roles de servidor manualmente, denominados conmutación, al detectarse un evento crítico. Esto significa que el servidor réplica se convierte en activo mientras el servidor master está en espera.

Nota: Durante la creación del escenario Alta disponibilidad, se establece la configuración de conmutación manual y de conmutación por error automática. También es posible configurar estos valores desde la ficha de propiedades del gestor de CA ARCserve RHA y ampliar el grupo de propiedades Configuración de conmutación.

Si el servidor master deja de estar disponible, sus actividades pueden conmutarse por error a un sitio remoto (réplica). La conmutación por error, que es transparente para el usuario, incluye el inicio inmediato de una base de datos temporal sincronizada. Todos los usuarios se redirigen a dicha base de datos en un tiempo mínimo. Todo ello se realiza sin la necesidad de reconfigurar los clientes ni la red.

El redireccionamiento se puede basar en los métodos siguientes:

• Mover IP: si el sitio en espera se implementa en el mismo segmento de red.
• Redireccionamiento DNS: puede utilizarse en una red local o cuando el sitio remoto en espera se encuentra en una red IP distinta (conmutación entre redes).
• Cambio del nombre de host o NetBIOS del servidor

Nota: También puede aplicar scripts definidos por el usuario que amplíen o substituyan los métodos de redireccionamiento integrados. Los scripts de identificación de la dirección del tráfico de red son necesarios para aprovechar todas las posibilidades de los métodos de redireccionamiento personalizados. Los scripts personalizados o los archivos por lotes se utilizan para identificar el servidor activo. Este script determina si se ejecutará el escenario directo o inverso cuando se inicie el escenario. El script se ejecuta en los servidores master y réplica: el que devuelve cero está activo. Si ambos devuelven cero, se notifica un conflicto.

La selección del método de redireccionamiento está basada en los requisitos de la aplicación que se protege; ciertos métodos no pueden aplicarse a un escenario en particular. Para obtener más información, consulte la Guía de funcionamiento correspondiente a la aplicación.