Clúster de conexión Unity de la versión 14 de CISCO

Información del producto

Presupuesto

• Nombre del producto: Clúster de conexión de Cisco Unity
• Mensajería de voz de alta disponibilidad
• Dos servidores ejecutando las mismas versiones de Unity Connection
• Servidor de editor y servidor de suscriptor

Instrucciones de uso del producto

Lista de tareas para configurar un clúster de conexión Unity

1. Reúna los requisitos del clúster de Unity Connection.
2. Configure notificaciones de alerta para las alertas de Unity Connection.
3. Personalice la configuración del clúster en el servidor del editor.

Configuración del clúster de conexión de Cisco Unity en el servidor del editor

1. Inicie sesión en la administración de Cisco Unity Connection.
2. Expanda Configuración del sistema > Avanzada y seleccione Configuración de clúster.
3. En la página Configuración del clúster, cambie el estado del servidor y seleccione Guardar.

Administrar un clúster de conexión Unity

Para verificar el estado del clúster de Unity Connection y garantizar la configuración adecuada:

Comprobar el estado del clúster desde Web Interfaz

1. Inicie sesión en Cisco Unity Connection Serviceability del servidor del editor o del suscriptor.
2. Expanda Herramientas y seleccione Administración de clústeres.
3. En la página Administración de clústeres, verifique el estado del servidor.

Comprobación del estado del clúster desde la interfaz de línea de comandos (CLI)

1. Ejecute el comando CLI show cuc cluster status en el servidor del editor o en el servidor del suscriptor.

Administrar puertos de mensajería en un clúster

En un clúster de Unity Connection, los servidores comparten las mismas integraciones del sistema telefónico. Cada servidor maneja una parte de las llamadas entrantes del clúster.

Asignaciones de puertos

Dependiendo de la integración del sistema telefónico, cada puerto de mensajería de voz se asigna a un servidor específico o es utilizado por ambos servidores.

Preguntas frecuentes

• P: ¿Cómo recopilo los requisitos del clúster de Unity Connection?
• R: Para obtener más información sobre cómo recopilar los requisitos del clúster de Unity Connection, consulte la documentación Requisitos del sistema para configurar el clúster de Cisco Unity Connection.
• P: ¿Cómo configuro notificaciones de alerta para las alertas de Unity Connection?
• R: Consulte la Guía de administración de la herramienta de monitoreo en tiempo real de Cisco Unified para obtener instrucciones sobre cómo configurar notificaciones de alerta para las alertas de Unity Connection.
• P: ¿Cómo cambio el estado del servidor en un clúster?
• R: Para cambiar el estado del servidor en un clúster, inicie sesión en Cisco Unity Connection Administration, expanda Configuración del sistema > Avanzado, seleccione Configuración del clúster y modifique el estado del servidor en la página Configuración del clúster.
• P: ¿Cómo verifico el estado del clúster de Unity Connection?
• R: Puede verificar el estado del clúster de Unity Connection utilizando el web interfaz o la interfaz de línea de comandos (CLI). Para conocer los pasos detallados, consulte la sección "Comprobación del estado del clúster" en el manual del usuario.
• P: ¿Cómo administro los puertos de mensajería en un clúster?
• R: El manual del usuario proporciona información sobre cómo administrar los puertos de mensajería en un clúster. Consulte la sección "Administración de puertos de mensajería en un clúster" para obtener más detalles.

 

Introducción

La implementación del clúster de Cisco Unity Connection proporciona mensajería de voz de alta disponibilidad a través de los dos servidores que ejecutan las mismas versiones de Unity Connection. El primer servidor del clúster es el servidor del editor y el segundo servidor es el servidor del suscriptor.

Lista de tareas para configurar un clúster de conexión Unity

Realice las siguientes tareas para crear un clúster de Unity Connection:

1.  Reúna los requisitos del clúster de Unity Connection. Para obtener más información, consulte Requisitos del sistema para Cisco Unity Connection versión 14 en
2.    https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/connection/14/requirements/b_14cucsysreqs.html.
3. Instale el servidor del editor. Para obtener más información, consulte la sección Instalación del servidor del editor.
4.  Instale el servidor del suscriptor. Para obtener más información, consulte la sección Instalación del servidor del suscriptor.
5. Configure la herramienta de monitoreo en tiempo real de Cisco Unified para que los servidores del editor y del suscriptor envíen notificaciones para las siguientes alertas de Unity Connection:

• • Error de recuperación automática
  • AutoFailbackExitoso
  • Error de conmutación por error automática
  • Conmutación por error automática exitosa
  •  Sin conexión a igual
  • SbrFaile

Para obtener instrucciones sobre cómo configurar la notificación de alerta para las alertas de Unity Connection, consulte la sección "Herramienta de monitoreo en tiempo real de Cisco Unified" de la Guía de administración de la herramienta de monitoreo en tiempo real de Cisco Unified para la versión requerida, disponible en  http://www.cisco.com/c/en/us/support/unified-communications/unity-connection/products-maintenance-guides-list.html.

1.  (Opcional) Realice las siguientes tareas para personalizar la configuración del clúster en el servidor del editor:

• Inicie sesión en la administración de Cisco Unity Connection.
• Expanda Configuración del sistema > Avanzada y seleccione Configuración de clúster.
• En la página Configuración del clúster, cambie el estado del servidor y seleccione Guardar. Para obtener más información sobre cómo cambiar el estado del servidor en un clúster, consulte Ayuda> Esta página.

Administrar un clúster de conexión Unity

Debe verificar el estado del clúster de Unity Connection para asegurarse de que el clúster esté configurado correctamente y funcione correctamente. También es importante comprender los diferentes estados del servidor en un clúster y los efectos de cambiar el estado de un servidor en un clúster.

Comprobación del estado del clúster

Puede verificar el estado del clúster de Unity Connection utilizando el web interfaz o interfaz de línea de comandos (CLI). Pasos para verificar el estado del clúster de conexión de Unity desde Web Interfaz

• Paso 1Inicie sesión en Cisco Unity Connection Serviceability del servidor del editor o del suscriptor.
• Paso 2 Expanda Herramientas y seleccione Administración de clústeres.
• Paso 3 En la página Administración de clústeres, verifique el estado del servidor. Para más información sobre Para conocer el estado del servidor, consulte la sección Estado del servidor y sus funciones en un clúster de Unity Connection.

Pasos para verificar el estado del clúster de conexión de Unity desde la interfaz de línea de comandos (CLI)

• Paso 1 Puede ejecutar el comando CLI show cuc cluster status en el servidor del editor o en el servidor del suscriptor para verificar el estado del clúster.
• Paso 2 Para obtener más información sobre el estado del servidor y sus funciones relacionadas, consulte la sección Estado del servidor y sus funciones en un clúster de Unity Connection.

Administrar puertos de mensajería en un clúster

En un clúster de Unity Connection, los servidores comparten las mismas integraciones del sistema telefónico. Cada servidor es responsable de manejar una parte de las llamadas entrantes del clúster (responder llamadas telefónicas y recibir mensajes).

Dependiendo de la integración del sistema telefónico, cada puerto de mensajería de voz se asigna a un servidor específico o es utilizado por ambos servidores. Administrar puertos de mensajería en un clúster describe las asignaciones de puertos.
Tabla 1: Asignaciones de servidores y uso de puertos de mensajería de voz en un clúster de Unity Connection

Integración Tipo	Asignaciones de servidores y uso de puertos de mensajería de voz
Integración mediante Skinny Client Control Protocol (SCCP) con Cisco Unified Communications Manager o Cisco Unified Communications Manager Express	•  El sistema telefónico está configurado con el doble de voces SCCP que se necesitan para manejar el tráfico de mensajes de voz. (Por ej.amparchivos, se necesitan dispositivos con puerto de correo de voz para manejar todos los mensajes de voz. Los dispositivos con puerto de correo de voz deben estar configurados en el sistema telefónico). •  En Cisco Unity Connection Administration, la mensajería de voz está configurada para que la mitad del número de puertos configurados en el teléfono se asigne a cada servidor del clúster. (Por ej.ampPor ejemplo, cada servidor tiene 16 puertos de mensajería de voz). •  En el sistema telefónico, un grupo de líneas, una lista de búsqueda y un grupo de búsqueda permiten que el servidor del suscriptor responda la mayoría de las llamadas entrantes. •  Si uno de los servidores deja de funcionar (por ej.amparchivo, cuando se trata de mantenimiento sh), el servidor restante asume la responsabilidad de las llamadas entrantes para el clúster. •  Cuando el servidor que dejó de funcionar puede reanudar su funcionamiento ni y se activa, retoma la responsabilidad de manejar sus llamadas compartidas para el clúster.
Integración a través de una troncal SIP con Cisco Unified Communications Manager o Cisco Unified Communications Manager Express	•  En Cisco Unity Connection Administration, la mitad de la cantidad de puertos VO necesarios para manejar el tráfico de mensajería de voz se asigna en el clúster. (Por ej.ampPor ejemplo, si se necesitan 16 puertos de mensajería de voz para todo el tráfico de mensajería de voz del clúster, cada servidor del clúster tiene 8 puertos de mensajería de voz). •  En el sistema telefónico, un grupo de rutas, una lista de rutas y un patrón de ruta para distribuir las llamadas por igual entre ambos servidores del clúster. •  Si uno de los servidores deja de funcionar (por ej.ample, cuando es mantenimiento sh), el servidor restante asume la responsabilidad de las llamadas entrantes para el cluster. •  Cuando el servidor que dejó de funcionar puede reanudar su funcionamiento y se activa, retoma la responsabilidad de manejar su parte de para el racimo.

Integración Tipo	Asignaciones de servidores y uso de puertos de mensajería de voz
Integración mediante unidades PIMG/TIMG	•  La cantidad de puertos configurados en el sistema telefónico es la misma que los puertos de mensajería de voz nu en cada servidor en el clúster para que el servidor tenga los puertos de mensajería de voz. (Por ej.ampPor ejemplo, si el sistema telefónico está configurado con puertos de mensajería de voz, cada servidor del clúster debe tener los mismos puertos de mensajería). •  En el sistema telefónico, se configura un grupo de búsqueda para distribuir llamadas entre ambos servidores del clúster. •  Las unidades PIMG/TIMG están configuradas para equilibrar la mensajería de voz entre los servidores. •  Si uno de los servidores deja de funcionar (por ej.amparchivo, cuando se cierra por mantenimiento), el servidor restante asume la responsabilidad de manejar las llamadas entrantes para el clúster. •  Cuando el servidor que dejó de funcionar puede reanudarlo normalmente y se activa, retoma la responsabilidad de manejar su parte de los ingresos del clúster.
Otras integraciones que utilizan SIP	•  En Cisco Unity Connection Administration, la mitad de los puertos de voz necesarios para manejar el tráfico de mensajería de voz se asignan en el clúster. (Por ej.ampPor ejemplo, si se necesitan 16 puertos de mensajería de voz para todo el tráfico de mensajería de voz del clúster, cada servidor del clúster tiene puertos de mensajería). •  En el sistema telefónico, se configura un grupo de búsqueda para distribuir llamadas entre ambos servidores del clúster. •  Si uno de los servidores deja de funcionar (por ej.amparchivo, cuando se cierra por mantenimiento), el servidor restante asume la responsabilidad de manejar las llamadas entrantes para el clúster. •  Cuando el servidor que dejó de funcionar puede reanudar su funcionamiento normal, asume la responsabilidad de manejar su parte de las llamadas entrantes para el

Impedir que todos los puertos reciban nuevas llamadas

Siga los pasos de esta sección para evitar que todos los puertos de un servidor reciban llamadas nuevas. Las llamadas en curso continúan hasta que la persona que llama cuelga.

Consejo  Utilice la página Port Monitor en la herramienta de monitoreo en tiempo real (RTMT) para determinar si algún puerto está manejando actualmente llamadas para el servidor. Para obtener más información, consulte el paso Impedir que todos los puertos tomen Nuevas llamadas
Evitar que todos los puertos en un servidor de conexión Unity reciban nuevas llamadas

• Paso 1 Inicie sesión en Cisco Unity Connection Serviceability.
• Paso 2Expanda el menú Herramientas y seleccione Administración de clústeres.
• Paso 3 En la página Administración de clústeres, en Administrador de puertos, en la columna Cambiar estado del puerto, seleccione Dejar de recibir llamadas para el servidor.

Reiniciar todos los puertos para recibir llamadas

Siga los pasos de esta sección para reiniciar todos los puertos en un servidor de Unity Connection y permitirles recibir llamadas nuevamente después de que fueron detenidos.

• Paso 1 Inicie sesión en Cisco Unity Connection Serviceability.
• Paso 2 Expanda el menú Herramientas y seleccione Administración de clústeres.
• Paso 3 En la página Administración de clústeres, en Administrador de puertos, en la columna Cambiar estado del puerto, seleccione Recibir llamadas para el servidor.

Estado del servidor y sus funciones en un clúster de conexión Unity

Cada servidor del clúster tiene un estado que aparece en la página Administración del clúster de Cisco Unity Connection Serviceability. El estado indica las funciones que el servidor está realizando actualmente en el clúster, como se describe en la Tabla 2: Estado del servidor en un clúster de Unity Connection.

Tabla 2: Estado del servidor en un grupo de conexión de Unityr

Estado del servidor

Responsabilidades del servidor en un clúster de conexión Unity

Primario

•  Publica la base de datos y el almacén de mensajes, los cuales se replican en el otro servidor. •  Recibe datos replicados del otro servidor. •  Muestra y acepta cambios en las interfaces administrativas, como Unity Connection y Cisco Unified Operating System Administration. Estos datos se replican en el otro clúster. •  Responde llamadas telefónicas y recibe mensajes. •  Envía notificaciones de mensajes y solicitudes de MWI. •  Envía notificaciones SMTP y mensajes VPIM. • Sincroniza mensajes de voz en los buzones de correo de Unity Connection y Exchange si la función Unifi está configurada. •  Se conecta con los clientes, como aplicaciones de correo electrónico y el web herramientas disponibles a través de   Nota                Un servidor con estado Primario no se puede desactivar.

 

Estado del servidor	Responsabilidades del servidor en un clúster de conexión Unity
Secundario	•  Recibe datos replicados del servidor con estado Primario. Los datos incluyen la base de datos y la tienda. •  Replica datos en el servidor con estado Primario. •  Muestra y acepta cambios en las interfaces administrativas, como Unity Connection Adm y Cisco Unified Operating System Administration. Los datos se replican en el servidor con un estado. •  Responde llamadas telefónicas y recibe mensajes. •  Se conecta con los clientes, como aplicaciones de correo electrónico y el web herramientas disponibles a través de Ci   Nota                Sólo se puede desactivar un servidor con estado Secundario.
Desactivado	•  Recibe datos replicados del servidor con estado Primario. Los datos incluyen la base de datos y la tienda. •  No muestra las interfaces administrativas, como la administración de Unity Connection y la administración unificada del sistema operativo. Los datos se replican en el servidor con el primario. •  No responde llamadas telefónicas ni recibe mensajes. •  No se conecta con los clientes, como aplicaciones de correo electrónico y el web herramientas disponibles a través de Cisco PCA.
No funciona	•  No recibe datos replicados del servidor con estado Primario. •  No replica datos al servidor con estado Primario. •  No muestra las interfaces administrativas, como la administración de Unity Connection y la administración unificada del sistema operativo. •  No responde llamadas telefónicas ni recibe mensajes.   Nota                Un servidor con estado No funciona normalmente se apaga.
A partir de	•  Recibe la base de datos replicada y el almacén de mensajes del servidor con estado Primario. •  Replica datos en el servidor con estado Primario. •  No responde llamadas telefónicas ni recibe mensajes. •  No sincroniza los mensajes de voz entre la bandeja de entrada de los buzones de correo de Unity Connection y Exchange).   Nota                Este estado dura sólo unos minutos, después de los cuales el servidor adopta el estado aplicable.

Estado del servidor	Responsabilidades del servidor en un clúster de conexión Unity
Replicando datos	•  Envía y recibe datos del clúster. •  No responde llamadas telefónicas ni recibe mensajes durante algún tiempo. •  No se conecta con clientes, como aplicaciones de correo electrónico y el web herramientas disponibles a través de Cisco PCA desde hace algún tiempo.   Nota                Este estado dura sólo unos minutos, después de los cuales se reanuda el estado anterior durante
Recuperación del cerebro dividido (Después de detectar dos servidores con estado Primario)	•  Actualiza la base de datos y el almacén de mensajes en el servidor que se determina que tiene el principal. •  Replica datos en el otro servidor. •  No responde llamadas telefónicas ni recibe mensajes durante algún tiempo. •  No sincroniza los mensajes de voz entre Unity Connection y el buzón de correo de Exchange. La bandeja de entrada está activada desde hace algún tiempo. •  No se conecta con clientes, como aplicaciones de correo electrónico y el web herramientas disponibles en Cisco PCA desde hace algún tiempo.   Nota                Este estado dura sólo unos minutos, después de los cuales se reanuda el estado anterior durante

Cambiar el estado del servidor en un clúster y sus efectos

El estado del clúster de Unity Connection se puede cambiar de forma automática o manual. Puede cambiar manualmente el estado de los servidores en un clúster de las siguientes maneras:

1.  Un servidor con estado Secundario se puede cambiar manualmente a estado Primario. Vere Cambiar manualmente el estado del servidor de secundario a primario sección.
2. Un servidor con estado Secundario se puede cambiar manualmente a estado Desactivado. Ver el Activación manual del servidor con estado desactivado.
3.  Un servidor con estado Desactivado se puede activar manualmente para que su estado cambie a Primario o Secundario, dependiendo del estado del otro servidor. Ver el Activar manualmente un servidor con estado desactivado sección.

Cambiar manualmente el estado del servidor de secundario a primario

• Paso 1 Inicie sesión en Cisco Unity Connection Serviceability.
• Paso 2 En el menú Herramientas, seleccione Gestión de clústeres.
• Paso 3 En la página Administración de clústeres, en el menú Administrador del servidor, en la columna Cambiar estado del servidor del servidor con estado Secundario, seleccione Convertir en primario.
• Paso 4 Cuando se le solicite confirmar el cambio en el estado del servidor, seleccione Aceptar. La columna Estado del servidor muestra el estado modificado cuando se completa el cambio.

Nota El servidor que originalmente tenía estado Primario cambia automáticamente a estado Secundario

• Paso 1 Inicie sesión en la herramienta de monitoreo en tiempo real (RTMT).
• Paso 2 En el menú Conexión de Cisco Unity, seleccione Monitor de puerto. La herramienta Port Monitor aparece en el panel derecho.
• Paso 3 En el campo Nodo, seleccione el servidor con estado Secundario.
• Paso 4 En el panel derecho, seleccione Iniciar sondeo. Tenga en cuenta si algún puerto de mensajería de voz está manejando actualmente llamadas para el servidor.
• Paso 5 Inicie sesión en Cisco Unity Connection Serviceability.
• Paso 6 En el menú Herramientas, seleccione Gestión de clústeres.
• Paso 7 Si actualmente no hay puertos de mensajería de voz que manejen llamadas para el servidor, pase a Cambiar manualmente el estado del servidor de Secundario a Desactivado. Si hay puertos de mensajería de voz que actualmente manejan llamadas para el servidor, en la página Administración de clústeres, en la columna Cambiar estado del puerto, seleccione Dejar de recibir llamadas para el servidor y luego espere hasta que RTMT muestre que todos los puertos del servidor están inactivos.
• Paso 8 En la página Administración de clústeres, en el menú Administrador del servidor, en la columna Cambiar estado del servidor para el servidor
  con estado Secundario, seleccione Desactivar. La desactivación de un servidor finaliza todas las llamadas que manejan los puertos del servidor.
• Paso 9 Cuando se le solicite confirmar el cambio en el estado del servidor, seleccione Aceptar. La columna Estado del servidor muestra el estado modificado cuando se completa el cambio.

Activar manualmente un servidor con estado desactivado

• Paso 1 Inicie sesión en Cisco Unity Connection Serviceability.
• Paso 2 En el menú Herramientas, seleccione Gestión de Clústeres.
• Paso 3 En la página Administración de clústeres, en el menú Administrador del servidor, en la columna Cambiar estado del servidor para el servidor con estado Desactivado, seleccione Activar.
• Paso 4 Cuando se le solicite confirmar el cambio en el estado del servidor, seleccione DE ACUERDO. La columna Estado del servidor muestra el estado modificado cuando se completa el cambio.

Efecto en las llamadas en curso cuando el estado del servidor cambia en un clúster de Unity Connection

Cuando el estado de un servidor de Unity Connection cambia, el efecto sobre las llamadas en curso depende del estado final del servidor que maneja una llamada y de la condición de la red. La siguiente tabla describe

los efectos:

Tabla 3: Efecto sobre las llamadas en curso cuando el estado del servidor cambia en un clúster de Unity Connection

Estado Cambiar	Efectos
Primaria a Secundaria	Cuando el cambio de estado se inicia manualmente, las llamadas en curso no se ven afectadas. Cuando el cambio de estado es automático, el efecto sobre las llamadas en curso depende del servicio crítico que se detuvo.
Secundaria a Primaria	Cuando el cambio de estado se inicia manualmente, las llamadas en curso no se ven afectadas. Cuando el cambio de estado es automático, el efecto sobre las llamadas en curso depende del servicio crítico que se detuvo.
Secundario a Desactivado	Las llamadas en curso se cortan. Para evitar llamadas perdidas, en la página Administración de clústeres en Cisco Unity Connection Serviceability, seleccione Dejar de recibir llamadas para el servidor y espere hasta que finalicen todas las llamadas y desactive el servidor.
Primario o secundario para replicar datos	Las llamadas en curso no se ven afectadas.
Primario o secundario a la recuperación del cerebro dividido	Las llamadas en curso no se ven afectadas.

Si se pierden las conexiones de red, es posible que las llamadas en curso se interrumpan dependiendo de la naturaleza del problema de red.

Efecto en la conexión Unity Web Aplicaciones cuando cambia el estado del servidor

El funcionamiento de los siguientes web Las aplicaciones no se ven afectadas cuando cambia el estado del servidor:

• Administración de la conexión Cisco Unity
• Capacidad de servicio de la conexión Cisco Unity
• Conexión Cisco Unity web herramientas a las que se accede a través de Cisco PCA: el Asistente de mensajería, la Bandeja de entrada de mensajería y las reglas personales de transferencia de llamadas web herramientas
• Cisco Web Bandeja de entrada
• Clientes API de transferencia de estado representacional (REST)

Efecto de detener un servicio crítico en un clúster de conexión Unity

Los servicios críticos son necesarios para el funcionamiento normal del sistema Unity Connection. Los efectos de detener un servicio crítico dependen del servidor y su estado descrito en la siguiente tabla:

Tabla 4: Efectos de detener un servicio crítico en un clúster de Unity Connection

 

Servidor	Efectos
Editor	•  Cuando el servidor tiene el estado Primario, detener un servicio crítico en Cisco Unity Connection Serviceability hace que el estado del servidor cambie a Secundario y degrada la capacidad del servidor para funcionar normalmente. El estado del servidor del suscriptor cambia a Primario si no tiene el estado Desactivado o No funciona. •  Cuando el servidor tiene estado Secundario, detener un servicio crítico en Cisco Unity Connection Serviceability degrada la capacidad del servidor para funcionar normalmente. El estado de los servidores no cambia.
Abonado	Cuando el servidor tiene el estado Primario, detener un servicio crítico en Cisco Unity Connection Serviceability degrada la capacidad del servidor para funcionar normalmente. El estado de los servidores no cambia.

Apagar un servidor en un Grupo

Cuando un servidor de Unity Connection tiene estado Primario o Secundario, maneja el tráfico de mensajes de voz y la replicación de datos del clúster. No recomendamos apagar ambos servidores en un clúster al mismo tiempo para evitar la terminación abrupta de las llamadas y replicaciones que están en progreso. Considere los siguientes puntos cuando desee apagar un servidor en un clúster de Unity Connection:

• Apague el servidor durante el horario no comercial cuando el tráfico de mensajes de voz sea bajo.
• Cambie el estado del servidor de Primario o Secundario a Desactivado antes de apagarlo.
• Paso 1 En el servidor que no se apaga, inicie sesión en Cisco Unity Connection Serviceability.
• Paso 2 En el menú Herramientas, seleccione Gestión de clústeres.
• Paso 3 En la página Administración de clústeres, busque el servidor que desea cerrar.
• Paso 4 Si el servidor que desea apagar tiene un estado Secundario, vaya a
• Paso 5. Si el servidor que desea apagar tiene el estado Primario, cambie el estado:
  • En la columna Cambiar estado del servidor para el servidor con estado Secundario, seleccione Convertir en primario.
  • Cuando se le solicite confirmar el cambio en el estado del servidor, seleccione Aceptar.
  • Confirme que la columna Estado del servidor indica que el servidor tiene el estado Primario ahora y que el servidor que desea apagar tiene el estado Secundario.
• Paso 5 En el servidor con estado Secundario (el que desea apagar), cambie el estado:
  • Inicie sesión en la herramienta de monitoreo en tiempo real (RTMT).
  • En el menú Conexión de Cisco Unity, seleccione Monitor de puerto. La herramienta Port Monitor aparece en el panel derecho.
  • En el campo Nodo, seleccione el servidor con estado Secundario.
  • En el panel derecho, seleccione Iniciar sondeo.
  • Tenga en cuenta si algún puerto de mensajería de voz está manejando actualmente llamadas para el servidor.
  • Si actualmente no hay puertos de mensajería de voz que estén manejando llamadas para el servidor, vaya al Paso 5g. Si hay puertos de mensajería de voz que actualmente están manejando llamadas para el servidor, en la página Administración de clústeres,
    en la columna Cambiar estado del puerto, seleccione Dejar de recibir llamadas para el servidor y luego espere hasta que RTMT muestre que todos los puertos del servidor están inactivos.
  • En la página Administración de clústeres, en el menú Administrador del servidor, en la columna Cambiar estado del servidor para el servidor con estado Secundario, seleccione Desactivar. Precaución La desactivación de un servidor finaliza todas las llamadas que manejan los puertos del servidor.
  • Cuando se le solicite confirmar el cambio en el estado del servidor, seleccione Aceptar.
  • Confirme que la columna Estado del servidor indica que el servidor ahora tiene el estado Desactivado.
• Paso 6 Apague el servidor que desactivó:
  • Inicie sesión en Cisco Unity Connection Serviceability.
  •  Expanda Herramientas y seleccione Administración de clústeres.
  •  Asegúrese de que la columna Estado del servidor muestre el estado No funciona para el servidor que apagó.

Reemplazo de servidores en un clúster

Siga los pasos de las secciones indicadas para reemplazar el servidor del editor o del suscriptor en un clúster:

• Para reemplazar el servidor de publicación, consulte la sección Reemplazo de un servidor de publicación.
• Para reemplazar el servidor del suscriptor, consulte la sección Reemplazo de un servidor del suscriptor.

Cómo funciona un clúster de conexión de Unity
La función de clúster de Unity Connection proporciona mensajería de voz de alta disponibilidad a través de dos servidores de Unity Connection que están configurados en un clúster. El comportamiento del clúster de Unity Connection cuando ambos servidores están activos:

• Al clúster se le puede asignar un nombre DNS compartido por los servidores de Unity Connection.
• Clientes, como aplicaciones de correo electrónico y el web Las herramientas disponibles a través de Cisco Personal Communications Assistant (PCA) pueden conectarse a cualquiera de los servidores de Unity Connection.
• Los sistemas telefónicos pueden enviar llamadas a cualquiera de los servidores de Unity Connection.
• La carga del tráfico telefónico entrante se equilibra entre los servidores de Unity Connection mediante el sistema telefónico, las unidades PIMG/TIMG u otras puertas de enlace necesarias para la integración del sistema telefónico.

Cada servidor de un clúster es responsable de manejar una parte de las llamadas entrantes del clúster (responder llamadas telefónicas y recibir mensajes). El servidor con estado Primario es responsable de las siguientes funciones:

• Localización y publicación de la base de datos y el almacén de mensajes que se replican en el otro servidor.
• Envío de notificaciones de mensajes y solicitudes de MWI (el servicio Notificador de Conexión está activado).
• Envío de notificaciones SMTP y mensajes VPIM (el servicio Agente de transferencia de mensajes de conexión está activado).
• Sincronizar mensajes de voz entre los buzones de correo de Unity Connection y Exchange, si la función de mensajería unificada está configurada (el servicio de sincronización de buzones de Unity Connection está activado).

Cuando uno de los servidores deja de funcionar (por ej.amparchivo, cuando se cierra por mantenimiento), el servidor restante asume la responsabilidad de manejar todas las llamadas entrantes para el clúster. La base de datos y el almacén de mensajes se replican en el otro servidor cuando se restaura su funcionalidad. Cuando el servidor que dejó de funcionar puede reanudar sus funciones normales y se activa, asume la responsabilidad de manejar su parte de las llamadas entrantes para el clúster.

Nota

Se recomienda realizar el aprovisionamiento solo en el servidor del publicador en modo Activo-Activo y en el Suscriptor (Primario en funciones) en caso de conmutación por error del clúster. El cambio de contraseña y la modificación de la configuración de contraseña para el PIN de usuario/Web La aplicación debe aprovisionarse en el servidor del publicador en modo Activo-Activo. Para monitorear el estado del servidor, el servicio Connection Server Role Manager se ejecuta en Cisco Unity Connection Serviceability en ambos servidores. Este servicio realiza las siguientes funciones:

• Inicia los servicios aplicables en cada servidor, según el estado del servidor.
• Determina si los procesos críticos (como el procesamiento de mensajes de voz, la replicación de bases de datos, la sincronización de mensajes de voz con Exchange y la replicación del almacén de mensajes) están funcionando normalmente.
• Inicia cambios en el estado del servidor cuando el servidor con estado Primario no está funcionando o cuando los servicios críticos no se están ejecutando.

Tenga en cuenta las siguientes limitaciones cuando el servidor del editor no esté funcionando:

• Si el clúster de Unity Connection está integrado con un directorio LDAP, la sincronización del directorio no se produce, aunque la autenticación continúa funcionando cuando solo está funcionando el servidor del suscriptor. Cuando el servidor del editor vuelve a funcionar, también se reanuda la sincronización del directorio.
• Si una red digital o HTTPS incluye el clúster de Unity Connection, las actualizaciones del directorio no se producen, aunque los mensajes continúan enviándose hacia y desde el clúster cuando solo el servidor del suscriptor está funcionando. Cuando el servidor del editor vuelve a funcionar, se reanudan las actualizaciones del directorio.

El servicio Connection Server Role Manager envía un evento de mantenimiento de actividad entre los servidores del editor y del suscriptor para confirmar que los servidores están funcionando y conectados. Si uno de los servidores deja de funcionar o se pierde la conexión entre los servidores, el servicio Administrador de funciones del servidor de conexión espera los eventos de mantenimiento y puede requerir de 30 a 60 segundos para detectar que el otro servidor no está disponible. Mientras el servicio Administrador de funciones del servidor de conexión espera los eventos de mantenimiento de actividad, los usuarios que inician sesión en el servidor con estado Secundario no pueden acceder a su buzón ni enviar mensajes porque el servicio Administrador de funciones del servidor de conexión aún no ha detectado que el servidor con estado Primario (que tiene el almacén de mensajes activo) no está disponible. En esta situación, las personas que llaman y intentan dejar un mensaje pueden escuchar el silencio o no escuchar el pitido de grabación.

Nota Se recomienda importar y eliminar los usuarios LDAP únicamente del nodo editor.

Efectos de la condición del cerebro dividido en un grupo de conexión Unity

Cuando ambos servidores en un clúster de Unity Connection tienen estado Primario al mismo tiempo (por ejemploamp(por ejemplo, cuando los servidores han perdido su conexión entre sí), ambos servidores manejan las llamadas entrantes (responden llamadas telefónicas y toman mensajes), envían notificaciones de mensajes, envían solicitudes MWI, aceptan cambios en las interfaces administrativas (como la administración de conexión de Unity) y sincronizar mensajes de voz en los buzones de correo de Unity Connection y Exchange si la bandeja de entrada única está activada

• Sin embargo, los servidores no replican la base de datos y el almacén de mensajes entre sí y no reciben datos replicados entre sí.
  Cuando se restablece la conexión entre los servidores, el estado de los servidores cambia temporalmente a Split Brain Recovery mientras los datos se replican entre los servidores y se coordinan las configuraciones de MWI. Durante el tiempo en que el estado del servidor es Split Brain Recovery, el servicio Connection Message Transfer Agent y el servicio Connection Notifier (en Cisco Unity Connection Serviceability) se detienen en ambos servidores, por lo que Unity Connection no entrega ningún mensaje ni envía ningún mensaje. notificaciones.
• El servicio Connection Mailbox Sync también se detiene, por lo que Unity Connection no sincroniza los mensajes de voz con Exchange (bandeja de entrada única). Los almacenes de mensajes también se desmontan brevemente, de modo que Unity Connection les dice a los usuarios que están intentando recuperar sus mensajes en este punto que sus buzones de correo no están disponibles temporalmente.
  Cuando se completa el proceso de recuperación, el servicio Agente de transferencia de mensajes de conexión y el servicio Notificador de conexión se inician en el servidor del editor. La entrega de los mensajes que llegaron durante el proceso de recuperación puede tardar más tiempo, dependiendo de la cantidad de mensajes que se entregarán. El servicio Agente de transferencia de mensajes de conexión y el servicio Notificador de conexión se inician en el servidor del suscriptor. Finalmente, el servidor del editor tiene el estado Primario y el servidor del suscriptor tiene el estado Secundario. En este punto, el servicio Connection Mailbox Sync se inicia en el servidor con estado Primario, de modo que Unity Connection pueda reanudar la sincronización de mensajes de voz con Exchange si se activa una única bandeja de entrada.

Documentos / Recursos

Clúster de conexión Unity de la versión 14 de CISCO [pdf] Guía del usuario Versión 14 Clúster de conexión Unity, Versión 14, Clúster de conexión Unity, Clúster de conexión, Clúster

Referencias

• Manual de usuario