CISCO Release 14 Unity Connection Cluster

Información do produto

Especificacións

• Nome do produto: Clúster de conexión de Cisco Unity
• Mensaxería de voz de alta dispoñibilidade
• Dous servidores que executan as mesmas versións de Unity Connection
• Servidor de editor e servidor de subscritor

Instrucións de uso do produto

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

1. Reúna os requisitos do clúster de Unity Connection.
2. Configura notificacións de alerta para alertas de Unity Connection.
3. Personaliza a configuración do clúster no servidor do editor.

Configurar a configuración do clúster de conexión de Cisco Unity no servidor do editor

1. Inicie sesión en Cisco Unity Connection Administration.
2. Expanda Configuración do sistema > Avanzado e seleccione Configuración do clúster.
3. Na páxina Configuración do clúster, cambie o estado do servidor e seleccione Gardar.

Administración dun clúster de conexión de Unity

Para comprobar o estado do clúster de Unity Connection e garantir a configuración correcta:

Comprobando o estado do clúster desde Web Interface

1. Inicie sesión en Cisco Unity Connection Serviceability do servidor do editor ou do subscritor.
2. Expanda Ferramentas e seleccione Xestión de clústeres.
3. Na páxina Xestión de clústeres, verifique o estado do servidor.

Comprobando o estado do clúster desde a interface de liña de comandos (CLI)

1. Execute o comando CLI show cuc cluster status no servidor do editor ou no servidor de subscritores.

Xestionar portos de mensaxería nun clúster

Nun clúster de Unity Connection, os servidores comparten as mesmas integracións do sistema telefónico. Cada servidor xestiona unha parte das chamadas entrantes para o clúster.

Asignacións de portos

Dependendo da integración do sistema telefónico, cada porto de mensaxería de voz atribúese a un servidor específico ou é usado por ambos os servidores.

FAQ

• P: Como recompilo os requisitos do clúster de Unity Connection?
• R: Para obter máis información sobre como recoller os requisitos do clúster de Unity Connection, consulte a documentación de Requisitos do sistema para configurar o clúster de conexión de Cisco Unity.
• P: Como configuro as notificacións de alerta para as alertas de Unity Connection?
• R: Consulte a Guía de administración da ferramenta de monitorización en tempo real de Cisco Unified para obter instrucións sobre como configurar notificacións de alerta para alertas de Unity Connection.
• P: Como cambio o estado do servidor nun clúster?
• R: Para cambiar o estado do servidor nun clúster, inicie sesión en Cisco Unity Connection Administration, expanda Configuración do sistema > Avanzado, seleccione Configuración do clúster e modifique o estado do servidor na páxina Configuración do clúster.
• P: Como comprobo o estado do clúster de Unity Connection?
• R: Podes comprobar o estado do clúster de Unity Connection usando o web ou a interface de liña de comandos (CLI). Para obter pasos detallados, consulte a sección "Comprobación do estado do clúster" do manual de usuario.
• P: Como xestiono os portos de mensaxería nun clúster?
• R: O manual de usuario ofrece información sobre como xestionar os portos de mensaxería nun clúster. Consulte a sección "Xestionar portos de mensaxería nun clúster" para obter máis información.

 

Introdución

A implementación do clúster de Cisco Unity Connection ofrece mensaxes de voz de alta dispoñibilidade a través dos dous servidores que executan as mesmas versións de Unity Connection. O primeiro servidor do clúster é o servidor do editor e o segundo servidor é o servidor do subscritor.

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

Realice as seguintes tarefas para crear un clúster de Unity Connection:

1.  Reúna os requisitos do clúster de Unity Connection. Para obter máis información, consulte Requisitos do sistema para Cisco Unity Connection Release 14 en
2.    https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/connection/14/requirements/b_14cucsysreqs.html.
3. Instala o servidor do editor. Para obter máis información, consulte a sección Instalación do servidor Publisher.
4.  Instala o servidor de subscritores. Para obter máis información, consulte a sección Instalación do servidor de subscritores.
5. Configure a ferramenta de monitorización en tempo real de Cisco Unified tanto para os servidores de editores como de subscritores para enviar notificacións para as seguintes alertas de Unity Connection:

• • Fallou a recuperación automática
  • AutoFailback con éxito
  • Fallou a falla automática
  • AutoFailover con éxito
  •  NoConnectionToPeer
  • SbrFaile

Para obter instrucións sobre como configurar a notificación de alerta para alertas de Unity Connection, consulte a sección "Cisco Unified Real-Time Monitoring Tool" da Guía de administración da Cisco Unified Real-Time Monitoring Tool para a versión requirida, dispoñible en  http://www.cisco.com/c/en/us/support/unified-communications/unity-connection/products-maintenance-guides-list.html.

1.  (Opcional) Realice as seguintes tarefas para personalizar a configuración do clúster no servidor do editor:

• Inicie sesión en Cisco Unity Connection Administration.
• Expanda Configuración do sistema > Avanzado e seleccione Configuración do clúster.
• Na páxina Configuración do clúster, cambie o estado do servidor e seleccione Gardar. Para obter máis información sobre como cambiar o estado do servidor nun clúster, consulte Axuda> Esta páxina.

Administración dun clúster de conexión de Unity

Debe comprobar o estado do clúster de Unity Connection para asegurarse de que o clúster está configurado correctamente e funciona correctamente. Tamén é importante comprender os diferentes estados do servidor nun clúster e os efectos de cambiar o estado dun servidor nun clúster.

Comprobando o estado do clúster

Podes comprobar o estado do clúster de Unity Connection usando o web interface ou interface de liña de comandos (CLI). Pasos para comprobar o estado do clúster de conexión de Unity desde Web Interface

• Paso 1Inicie sesión en Cisco Unity Connection Serviceability de editor ou servidor de subscritor.
• Paso 2 Expanda Ferramentas e seleccione Xestión de clústeres.
• Paso 3 Na páxina Xestión de clústeres, verifique o estado do servidor. Para máis información sobre estado do servidor, consulte a sección Estado do servidor e as súas funcións nun clúster de conexión de Unity.

Pasos para comprobar o estado do clúster de conexión de Unity desde a interface de liña de comandos (CLI)

• Paso 1 Pode executar o comando CLI show cuc cluster status no servidor do editor ou no servidor de subscritores para comprobar o estado do clúster.
• Paso 2 Para obter máis información sobre o estado do servidor e as súas funcións relacionadas, consulte a sección Estado do servidor e as súas funcións nun clúster de conexión de Unity.

Xestionar portos de mensaxería nun clúster

Nun clúster de Unity Connection, os servidores comparten as mesmas integracións do sistema telefónico. Cada servidor é responsable de xestionar unha parte das chamadas entrantes do clúster (atender chamadas telefónicas e recibir mensaxes).

Dependendo da integración do sistema telefónico, cada porto de mensaxería de voz atribúese a un servidor específico ou é usado por ambos os servidores. Xestionar portos de mensaxería nun clúster describe as asignacións de portos.
Táboa 1: Asignacións de servidores e uso dos portos de mensaxería de voz nun clúster de conexión de Unity

Integración Tipo	Asignacións de servidores e uso dos portos de mensaxería de voz
Integración mediante Skinny Client Control Protocol (SCCP) con Cisco Unified Communications Manager ou Cisco Unified Communications Manager Express	• O sistema telefónico está configurado co dobre do número de voces SCCP necesarias para xestionar o tráfico de mensaxes de voz. (Por example, os dispositivos de porto de correo de voz son necesarios para xestionar todas as mensaxes de voz. Os dispositivos de porto de correo de voz deben estar configurados no sistema telefónico.) • En Cisco Unity Connection Administration, a mensaxería de voz está configurada para que a metade do número de portos configurados no teléfono se asignen a cada servidor do clúster. (Por example, cada servidor i ten 16 portos de mensaxería de voz.) • No sistema telefónico, un grupo de liñas, unha lista de busca e un grupo de busca permiten que o servidor de subscritores responda á maioría das chamadas entrantes. • Se un dos servidores deixa de funcionar (por exemploample, cando se trata de mantemento sh), o servidor restante asume a responsabilidade das chamadas entrantes para o clúster. • Cando o servidor que deixou de funcionar é capaz de retomar o seu nor e está activado, retoma a responsabilidade de xestionar as súas chamadas compartidas para o clúster.
Integración mediante un troncal SIP con Cisco Unified Communications Manager ou Cisco Unified Communications Manager Express	• En Cisco Unity Connection Administration, a metade do número de portos VO que son necesarios para xestionar o tráfico de mensaxes de voz están asignados no clúster. (Por example, se son necesarios 16 portos de mensaxes de voz para todo o tráfico de mensaxes de voz do clúster, cada servidor do clúster ten 8 portos de mensaxes de voz.) • No sistema telefónico, un grupo de rutas, unha lista de rutas e un patrón de rutas a para distribuír as chamadas por igual entre ambos os servidores do clúster. • Se un dos servidores deixa de funcionar (por exemploample, cando se trata de mantemento sh), o servidor restante asume a responsabilidade das chamadas entrantes para o clúster. • Cando o servidor que deixou de funcionar é capaz de retomar o seu nor e está activado, retoma a responsabilidade de xestionar a súa parte de para o cluster.

Integración Tipo	Asignacións de servidores e uso dos portos de mensaxería de voz
Integración mediante unidades PIMG/TIMG	• O número de portos configurados no sistema telefónico é o mesmo que os portos de mensaxería de voz nu en cada servidor do clúster, polo que o servidor ten os portos de mensaxería de voz. (Por exampse o sistema telefónico está configurado con portos de mensaxería de voz, cada servidor do clúster debe ter os mesmos portos de mensaxería.) • No sistema telefónico, está configurado un grupo de caza para distribuír chamadas igual que os dous servidores do clúster. • As unidades PIMG/TIMG están configuradas para equilibrar a mensaxería de voz entre os servidores. • Se un dos servidores deixa de funcionar (por exemploample, cando está pechado d mantemento), o servidor restante asume a responsabilidade de xestionar as chamadas entrantes para o clúster. • Cando o servidor que deixou de funcionar é quen de retomalo é normal e está activado, retoma a responsabilidade de xestionar a súa parte de ingresos para o clúster.
Outras integracións que usan SIP	• En Cisco Unity Connection Administration, a metade do número de portos de voz que son necesarios para xestionar o tráfico de mensaxes de voz están asignados ao clúster. (Por exampse se necesitan 16 portos de mensaxes de voz para todo o tráfico de mensaxes de voz do clúster, cada servidor do clúster ten portos de mensaxes.) • No sistema telefónico, está configurado un grupo de caza para distribuír chamadas igual que os dous servidores do clúster. • Se un dos servidores deixa de funcionar (por exemploample, cando está pechado por mantemento), o servidor restante asume a responsabilidade de xestionar as chamadas entrantes para o clúster. • Cando o servidor que deixou de funcionar pode retomar o seu normal, retoma a responsabilidade de xestionar a súa parte de chamadas entrantes para o

Impedir que todos os portos reciban novas chamadas

Siga os pasos desta sección para evitar que todos os portos dun servidor realicen chamadas novas. As chamadas en curso continúan ata que as persoas que chaman colgan.

Consello Use a páxina Monitor de portos na Ferramenta de monitorización en tempo real (RTMT) para determinar se algún porto está a xestionar chamadas para o servidor. Para obter máis información, consulte o Paso Deter a toma de todos os portos Novas chamadas
Evitando que todos os portos dun servidor de conexión Unity realicen novas chamadas

• Paso 1 Inicie sesión en Cisco Unity Connection Serviceability.
• Paso 2Expanda o menú Ferramentas e seleccione Xestión de clústeres.
• Paso 3 Na páxina Xestión do clúster, en Xestor de portos, na columna Cambiar o estado do porto, seleccione Deixar de recibir chamadas para o servidor.

Reiniciando todos os portos para recibir chamadas

Siga os pasos desta sección para reiniciar todos os portos dun servidor de Unity Connection para permitirlles atender chamadas de novo despois de deterlas.

• Paso 1 Inicie sesión en Cisco Unity Connection Serviceability.
• Paso 2 Expanda o menú Ferramentas e seleccione Xestión de clústeres.
• Paso 3 Na páxina Xestión do clúster, en Xestor de portos, na columna Cambiar o estado do porto, seleccione Tomar chamadas para o servidor.

Estado do servidor e as súas funcións nun clúster de conexión de Unity

Cada servidor do clúster ten un estado que aparece na páxina Xestión do clúster de Cisco Unity Connection Serviceability. O estado indica as funcións que o servidor está a realizar actualmente no clúster, como se describe na Táboa 2: Estado do servidor nun clúster de conexión de Unity

Táboa 2: Estado do servidor nun clúster de conexións de Unityr

Estado do servidor

Responsabilidades do servidor nun clúster de conexión de Unity

Primaria

• Publica a base de datos e o almacén de mensaxes, ambos os dous replicados no outro servidor • Recibe datos replicados do outro servidor. • Mostra e acepta cambios nas interfaces administrativas, como Unity Connection e Cisco Unified Operating System Administration. Estes datos replícanse no outro clúster. • Atende chamadas telefónicas e recibe mensaxes. • Envía notificacións de mensaxes e solicitudes de MWI. • Envía notificacións SMTP e mensaxes VPIM. • Sincroniza as mensaxes de voz nas caixas de correo de Unity Connection e Exchange se a función Unifi está configurada. • Conecta cos clientes, como aplicacións de correo electrónico e web ferramentas dispoñibles a través   Nota                Non se pode desactivar un servidor con estado principal.

 

Estado do servidor	Responsabilidades do servidor nun clúster de conexión de Unity
Secundaria	• Recibe datos replicados do servidor con estado Primario. Os datos inclúen a base de datos e o almacén. • Replica os datos no servidor co estado Primario. • Mostra e acepta cambios nas interfaces administrativas, como Unity Connection Adm e Cisco Unified Operating System Administration. Os datos replícanse no servidor cun estado. • Atende chamadas telefónicas e recibe mensaxes. • Conecta cos clientes, como aplicacións de correo electrónico e web ferramentas dispoñibles a través de Ci   Nota                Só se pode desactivar un servidor con estado secundario.
Desactivado	• Recibe datos replicados do servidor con estado Primario. Os datos inclúen a base de datos e o almacén. • Non mostra as interfaces administrativas, como a Administración de conexión de Unity e a Administración de sistema operativo unificado. Os datos replícanse no servidor co Primario • Non responde a chamadas de teléfono nin recibe mensaxes. • Non se conecta cos clientes, como as aplicacións de correo electrónico e o web ferramentas dispoñibles a través de Cisco PCA.
Non Funcionando	• Non recibe datos replicados do servidor con estado Primario. • Non replica datos no servidor con estado Primario. • Non mostra as interfaces administrativas, como a Administración de conexión de Unity e a Administración de sistema operativo unificado. • Non responde a chamadas de teléfono nin recibe mensaxes.   Nota                Un servidor co estado Non funciona normalmente está pechado.
Comezando	• Recibe a base de datos replicada e o almacén de mensaxes do servidor con estado Primario. • Replica os datos no servidor co estado Primario. • Non responde a chamadas de teléfono nin recibe mensaxes. • Non sincroniza as mensaxes de voz entre as caixas de entrada de Unity Connection e Exchange).   Nota                Este estado dura só uns minutos, despois dos cales o servidor toma o estado aplicable

Estado do servidor	Responsabilidades do servidor nun clúster de conexión de Unity
Replicando datos	• Envía e recibe datos do clúster. • Non responde as chamadas de teléfono nin recibe mensaxes durante algún tempo. • Non se conecta con clientes, como aplicacións de correo electrónico e web ferramentas dispoñibles a través de Cisco PCA durante algún tempo.   Nota                Este estado dura só uns minutos, despois dos cales se retoma o estado anterior
Recuperación de cerebro dividido (Despois de detectar dous servidores con estado principal)	• Actualiza a base de datos e o almacén de mensaxes no servidor que se determina que ten Primario • Replica os datos no outro servidor. • Non responde as chamadas de teléfono nin recibe mensaxes durante algún tempo. • Non sincroniza as mensaxes de voz entre Unity Connection e a caixa de entrada de Exchange está activada durante algún tempo. • Non se conecta con clientes, como aplicacións de correo electrónico e web ferramentas dispoñibles no Cisco PCA durante algún tempo.   Nota                Este estado dura só uns minutos, despois dos cales se retoma o estado anterior

Cambiar o estado do servidor nun clúster e os seus efectos

O estado do clúster de Unity Connection pódese cambiar automaticamente ou manualmente. Pode cambiar manualmente o estado dos servidores dun clúster das seguintes formas:

1.  Un servidor cun estado secundario pódese cambiar manualmente a un estado principal. Ver the Cambiando manualmente o estado do servidor de secundario a primario sección.
2. Un servidor cun estado secundario pódese cambiar manualmente a un estado Desactivado. Vexa o Activando manualmente o servidor con estado desactivado.
3.  Un servidor cun estado Desactivado pódese activar manualmente para que o seu estado cambie a Primario ou Secundario, dependendo do estado do outro servidor. Vexa o Activar manualmente un servidor con estado desactivado sección.

Cambiando manualmente o estado do servidor de secundario a primario

• Paso 1 Inicie sesión en Cisco Unity Connection Serviceability.
• Paso 2 No menú Ferramentas, seleccione Xestión de clústeres.
• Paso 3 Na páxina Xestión de clústeres, no menú Xestor do servidor, na columna Cambiar o estado do servidor do servidor con estado secundario, seleccione Facer principal.
• Paso 4 Cando se lle solicite que confirme o cambio no estado do servidor, seleccione Aceptar. A columna Estado do servidor mostra o estado modificado cando se completa.

Nota O servidor que tiña orixinalmente o estado principal cambia automaticamente ao estado secundario

• Paso 1 Inicia sesión na ferramenta de monitorización en tempo real (RTMT).
• Paso 2 No menú Cisco Unity Connection, seleccione Port Monitor. A ferramenta Port Monitor aparece no panel dereito.
• Paso 3 No campo Nodo, seleccione o servidor con estado secundario.
• Paso 4 No panel dereito, seleccione Iniciar enquisa. Teña en conta se algún porto de mensaxería de voz está a xestionar chamadas para o servidor.
• Paso 5 Inicie sesión en Cisco Unity Connection Serviceability.
• Paso 6 No menú Ferramentas, seleccione Xestión de clústeres.
• Paso 7 Se non hai portos de mensaxería de voz que xestionan chamadas para o servidor, salte a Cambiando manualmente o estado do servidor de secundario a desactivado. Se hai portos de mensaxería de voz que están a xestionar chamadas para o servidor, na páxina Xestión do clúster, na columna Cambiar o estado do porto, seleccione Deixar de recibir chamadas para o servidor e agarde ata que RTMT mostre que todos os portos do servidor están inactivos.
• Paso 8 Na páxina Xestión do clúster, desde o menú Xestor do servidor, na columna Cambiar o estado do servidor para o servidor
  con Estado secundario, seleccione Desactivar. A desactivación dun servidor finaliza todas as chamadas que están a xestionar os portos do servidor.
• Paso 9 Cando se lle solicite que confirme o cambio no estado do servidor, seleccione Aceptar. A columna Estado do servidor mostra o estado modificado cando se completa.

Activar manualmente un servidor con estado desactivado

• Paso 1 Inicie sesión en Cisco Unity Connection Serviceability.
• Paso 2 No menú Ferramentas, seleccione Xestión de Clústeres.
• Paso 3 Na páxina Xestión de clústeres, no menú Xestor do servidor, na columna Cambiar o estado do servidor para o servidor con estado desactivado, seleccione Activar.
• Paso 4 Cando se lle solicite que confirme o cambio no estado do servidor, seleccione OK. A columna Estado do servidor mostra o estado modificado cando se completa

Efecto nas chamadas en curso cando o estado do servidor cambia nun clúster de conexión de Unity

Cando o estado dun servidor de Unity Connection cambia, o efecto sobre as chamadas en curso depende do estado final do servidor que está a xestionar unha chamada e do estado da rede. A seguinte táboa descríbese

os efectos:

Táboa 3: Efecto nas chamadas en curso cando o estado do servidor cambia nun clúster de conexión de Unity

Estado Cambiar	Efectos
Primaria a Secundaria	Cando o cambio de estado se inicia manualmente, as chamadas en curso non se verán afectadas. Cando o cambio de estado é automático, o efecto sobre as chamadas en curso depende do servizo crítico que se detivo.
Secundaria a Primaria	Cando o cambio de estado se inicia manualmente, as chamadas en curso non se verán afectadas. Cando o cambio de estado é automático, o efecto nas chamadas en curso depende do servizo crítico que se detivo.
Secundario a Desactivado	As chamadas en curso quítanse. Para evitar chamadas abandonadas, na páxina Xestión de clústeres de Cisco Unity Connection Serviceability, seleccione Deixar de recibir chamadas para o servidor e agarde ata que rematen todas as chamadas e desactive o servidor.
Datos primarios ou secundarios para replicar	As chamadas en curso non se ven afectadas.
Primaria ou secundaria para a recuperación do cerebro dividido	As chamadas en curso non se ven afectadas.

Se se perden as conexións de rede, as chamadas en curso poden abandonarse dependendo da natureza do problema de rede.

Efecto na conexión de Unity Web Aplicacións cando o estado do servidor cambia

O funcionamento do seguinte web aplicacións non se ve afectada cando o estado do servidor cambia:

• Administración de conexión de Cisco Unity
• Servizo de conexión de Cisco Unity
• Conexión Cisco Unity web ferramentas ás que se accede a través de Cisco PCA: o asistente de mensaxería, a caixa de entrada de mensaxes e as regras de transferencia de chamadas persoais web ferramentas
• Cisco Web Caixa de entrada
• Clientes de API de transferencia de estado de representación (REST).

Efecto de deter un servizo crítico nun clúster de conexión de Unity

Os servizos críticos son necesarios para o funcionamento normal do sistema Unity Connection. Os efectos de deter un servizo crítico dependen do servidor e do seu estado descrito na seguinte táboa:

Táboa 4: Efectos de deter un servizo crítico nun clúster de conexión de Unity

 

Servidor	Efectos
Editora	• Cando o servidor ten o estado principal, deter un servizo crítico en Cisco Unity Connection Serviceability fai que o estado do servidor cambie a secundario e degrada a capacidade do servidor para funcionar normalmente. O estado do servidor de subscritores cambia a Principal se non ten o estado Desactivado ou Non funciona. • Cando o servidor ten o estado secundario, deter un servizo crítico en Cisco Unity Connection Serviceability degrada a capacidade do servidor para funcionar normalmente. O estado dos servidores non cambia.
Abonado	Cando o servidor ten o estado principal, deter un servizo crítico en Cisco Unity Connection Serviceability degrada a capacidade do servidor para funcionar normalmente. O estado dos servidores non cambia.

Apagando un servidor en a Clúster

Cando un servidor de Unity Connection ten o estado principal ou secundario, xestiona o tráfico de mensaxes de voz e a replicación de datos do clúster. Non recomendamos que apague ambos servidores nun clúster ao mesmo tempo para evitar a terminación brusca das chamadas e a replicación en curso. Considere os seguintes puntos cando quere apagar un servidor nun clúster de Unity Connection:

• Apague o servidor durante as horas non laborables cando o tráfico de mensaxes de voz sexa escaso.
• Cambie o estado do servidor de Primario ou Secundario a Desactivado antes de apagalo.
• Paso 1 No servidor que non se apaga, inicie sesión en Cisco Unity Connection Serviceability.
• Paso 2 No menú Ferramentas, seleccione Xestión de clústeres.
• Paso 3 Na páxina Xestión de clústeres, localice o servidor que quere apagar.
• Paso 4 Se o servidor que queres apagar ten un estado secundario, salta a
• Paso 5. Se o servidor que queres apagar ten o estado principal, cambia o estado:
  • Na columna Cambiar o estado do servidor para o servidor con estado secundario, seleccione Facer principal.
  • Cando se lle solicite que confirme o cambio no estado do servidor, seleccione Aceptar.
  • Confirme que a columna Estado do servidor indica que o servidor ten agora o estado principal e que o servidor que quere apagar ten o estado secundario.
• Paso 5 No servidor con estado secundario (o que queres apagar), cambia o estado:
  • Inicia sesión na ferramenta de monitorización en tempo real (RTMT).
  • No menú Cisco Unity Connection, seleccione Port Monitor. A ferramenta Port Monitor aparece no panel dereito.
  • No campo Nodo, seleccione o servidor con estado secundario.
  • No panel dereito, seleccione Iniciar enquisa.
  • Teña en conta se algún porto de mensaxería de voz está a xestionar chamadas para o servidor.
  • Se non hai portos de mensaxes de voz que xestionan chamadas para o servidor, vaia ao paso 5g. Se hai portos de mensaxes de voz que están a xestionar chamadas para o servidor, na páxina Xestión do clúster,
    na columna Cambiar o estado do porto, seleccione Deixar de recibir chamadas para o servidor e, a continuación, agarde ata que RTMT mostre que todos os portos do servidor están inactivos.
  • Na páxina Xestión de clústeres, no menú Xestor do servidor, na columna Cambiar o estado do servidor para o servidor con estado secundario, seleccione Desactivar. Precaución A desactivación dun servidor finaliza todas as chamadas que están a xestionar os portos do servidor
  • Cando se lle solicite que confirme o cambio no estado do servidor, seleccione Aceptar.
  • Confirme que a columna Estado do servidor indica que agora o servidor ten o estado Desactivado.
• Paso 6 Apague o servidor que desactivou:
  • Inicie sesión en Cisco Unity Connection Serviceability.
  •  Expanda Ferramentas e seleccione Xestión de clústeres.
  •  Asegúrese de que a columna Estado do servidor mostra o estado Non funciona para o servidor que apagou

Substitución de servidores nun clúster

Siga os pasos das seccións indicadas para substituír o servidor de editor ou subscritor nun clúster:

• Para substituír o servidor do editor, consulte a sección Substituír un servidor do editor.
• Para substituír o servidor de subscritores, consulte a sección Substitución dun servidor de subscritores.

Como funciona un clúster de conexión de Unity
A función do clúster de Unity Connection ofrece mensaxes de voz de alta dispoñibilidade a través de dous servidores de Unity Connection que están configurados nun clúster. O comportamento do clúster de Unity Connection cando os dous servidores están activos:

• Ao clúster pódeselle asignar un nome DNS que comparten os servidores de Unity Connection.
• Clientes, como aplicacións de correo electrónico e web As ferramentas dispoñibles a través do Asistente de comunicacións persoais (PCA) de Cisco poden conectarse a calquera dos servidores de Unity Connection.
• Os sistemas telefónicos poden enviar chamadas a calquera dos servidores de Unity Connection.
• A carga do tráfico telefónico entrante é equilibrada entre os servidores de Unity Connection polo sistema telefónico, as unidades PIMG/TIMG ou outras pasarelas necesarias para a integración do sistema telefónico.

Cada servidor dun clúster é responsable de xestionar unha parte das chamadas entrantes do clúster (atender chamadas telefónicas e recibir mensaxes). O servidor con estado principal é responsable das seguintes funcións:

• Localización e publicación da base de datos e do almacén de mensaxes que se replican no outro servidor.
• Envío de notificacións de mensaxes e solicitudes de MWI (o servizo Notificador de conexión está activado).
• Envío de notificacións SMTP e mensaxes VPIM (o servizo de axente de transferencia de mensaxes de conexión está activado).
• Sincronizar mensaxes de voz entre caixas de correo de Unity Connection e Exchange, se a función de mensaxería unificada está configurada (o servizo de sincronización de caixas de correo de Unity Connection está activado).

Cando un dos servidores deixa de funcionar (por exemploample, cando se apaga por mantemento), o servidor restante retoma a responsabilidade de xestionar todas as chamadas entrantes para o clúster. A base de datos e o almacén de mensaxes replícanse no outro servidor cando se restaura a súa funcionalidade. Cando o servidor que deixou de funcionar é capaz de retomar as súas funcións normais e está activado, retoma a responsabilidade de xestionar a súa parte de chamadas entrantes para o clúster.

Nota

Recoméndase realizar o aprovisionamento só no servidor Publisher en modo Active-Active e no Subscriber (Acting Primary) en caso de conmutación por error do clúster. O cambio de contrasinal e a modificación da configuración do contrasinal para o PIN/Web a aplicación debe proporcionarse no servidor Publisher en modo Activo-Activo. Para supervisar o estado do servidor, o servizo de Xestor de roles do servidor de conexión execútase en Cisco Unity Connection Serviceability en ambos servidores. Este servizo realiza as seguintes funcións:

• Inicia os servizos aplicables en cada servidor, dependendo do estado do servidor.
• Determina se os procesos críticos (como o procesamento de mensaxes de voz, a replicación de bases de datos, a sincronización de mensaxes de voz con Exchange e a replicación do almacén de mensaxes) funcionan normalmente.
• Inicia cambios no estado do servidor cando o servidor con estado principal non funciona ou cando os servizos críticos non se están a executar.

Teña en conta as seguintes limitacións cando o servidor do editor non funciona:

• Se o clúster de Unity Connection está integrado cun directorio LDAP, a sincronización do directorio non se produce, aínda que a autenticación segue funcionando cando só funciona o servidor de subscritores. Cando o servidor do editor retoma a funcionar, a sincronización do directorio tamén se retoma.
• Se unha rede dixital ou HTTPS inclúe o clúster de Unity Connection, non se producen actualizacións de directorio, aínda que se seguen enviando mensaxes desde e cara ao clúster cando só funciona o servidor de subscritores. Cando o servidor do editor está a funcionar de novo, as actualizacións do directorio retómanse.

O servizo de Xestor de roles do servidor de conexión envía un evento de mantemento entre os servidores do editor e do subscritor para confirmar que os servidores están funcionando e conectados. Se un dos servidores deixa de funcionar ou se perde a conexión entre os servidores, o servizo de Xestor de roles do servidor de conexión agarda os eventos de mantemento activo e pode requirir entre 30 e 60 segundos para detectar que o outro servidor non está dispoñible. Mentres o servizo de Xestor de roles do servidor de conexión está á espera dos eventos de mantemento, os usuarios que inician sesión no servidor co estado secundario non poden acceder á súa caixa de correo nin enviar mensaxes, porque o servizo de Xestor de roles do servidor de conexión aínda non detectou que o servidor co estado principal (que ten o almacén de mensaxes activo) non está dispoñible. Nesta situación, as persoas que chaman que tentan deixar unha mensaxe poden escoitar aire morto ou non escoitar o pitido da gravación.

Nota Recoméndase importar e eliminar os usuarios LDAP só desde o nodo do editor.

Efectos da condición cerebral dividida nun clúster de conexión de Unity

Cando os dous servidores dun clúster de Unity Connection teñen o estado principal ao mesmo tempo (por exemploample, cando os servidores perderon a súa conexión entre eles), ambos os servidores xestionan as chamadas entrantes (responde chamadas telefónicas e reciben mensaxes), envían notificacións de mensaxes, envían solicitudes de MWI, aceptan cambios nas interfaces administrativas (como a Administración de conexións de Unity). , e sincroniza as mensaxes de voz nas caixas de correo de Unity Connection e Exchange se a caixa de entrada única está activada

• Non obstante, os servidores non replican a base de datos e o almacén de mensaxes entre si e non reciben datos replicados entre si.
  Cando se restablece a conexión entre os servidores, o estado dos servidores cambia temporalmente a Split Brain Recovery mentres se replican os datos entre os servidores e se coordinan as configuracións de MWI. Durante o momento no que o estado do servidor é Split Brain Recovery, o servizo de axente de transferencia de mensaxes de conexión e o servizo de notificación de conexión (en Cisco Unity Connection Serviceability) detéñense en ambos os servidores, polo que Unity Connection non entrega ningunha mensaxe e non envía ningunha mensaxe. notificacións.
• O servizo Connection Mailbox Sync tamén está detido, polo que Unity Connection non sincroniza as mensaxes de voz con Exchange (unha caixa de entrada). Os almacéns de mensaxes tamén se desmontan brevemente, polo que Unity Connection indica aos usuarios que están tentando recuperar as súas mensaxes neste momento que as súas caixas de correo non están dispoñibles temporalmente.
  Cando se complete o proceso de recuperación, o servizo de axente de transferencia de mensaxes de conexión e o servizo de notificación de conexión inícianse no servidor do editor. A entrega das mensaxes que chegaron durante o proceso de recuperación pode levar máis tempo, dependendo do número de mensaxes que se vaian entregar. O servizo de axente de transferencia de mensaxes de conexión e o servizo de notificación de conexión inícianse no servidor de subscritores. Finalmente, o servidor do editor ten o estado principal e o servidor de subscritor ten o estado secundario. Neste punto, o servizo de sincronización da caixa de correo de conexión iníciase no servidor co estado principal, para que Unity Connection poida retomar a sincronización das mensaxes de voz con Exchange se se activa unha única caixa de entrada.

Documentos/Recursos

CISCO Release 14 Unity Connection Cluster [pdfGuía do usuario Versión 14 Unity Connection Cluster, Versión 14, Unity Connection Cluster, Connection Cluster, Cluster

Referencias

• Manual de usuario