Cluster de conexão de unidade da versão 14 da CISCO

Informações do produto

Especificações

• Nome do produto: Cluster do Cisco Unit Connection
• Mensagens de voz de alta disponibilidade
• Dois servidores executando as mesmas versões do Unity Connection
• Servidor editor e servidor assinante

Instruções de uso do produto

Lista de tarefas para configurar um cluster do Unity Connection

1. Reúna os requisitos do cluster do Unity Connection.
2. Configure notificações de alerta para alertas do Unity Connection.
3. Personalize as configurações de cluster no servidor do editor.

Definindo configurações de cluster do Cisco Unity Connection no servidor do editor

1. Entre na administração do Cisco Unit Connection.
2. Expanda Configurações do sistema > Avançado e selecione Configuração de cluster.
3. Na página Configuração do Cluster, altere o status do servidor e selecione Salvar.

Administrando um cluster do Unity Connection

Para verificar o status do cluster do Unity Connection e garantir a configuração adequada:

Verificando o status do cluster de Web Interface

1. Entre na capacidade de manutenção do Cisco Unity Connection do servidor do editor ou do assinante.
2. Expanda Ferramentas e selecione Gerenciamento de Cluster.
3. Na página Cluster Management, verifique o status do servidor.

Verificando o status do cluster na interface de linha de comando (CLI)

1. Execute o comando da CLI show cuc cluster status no servidor publicador ou no servidor assinante.

Gerenciando portas de mensagens em um cluster

Em um cluster do Unity Connection, os servidores compartilham as mesmas integrações do sistema telefônico. Cada servidor lida com uma parte das chamadas recebidas para o cluster.

Atribuições Portuárias

Dependendo da integração do sistema telefônico, cada porta de mensagens de voz é atribuída a um servidor específico ou usada por ambos os servidores.

Perguntas frequentes

• P: Como faço para reunir os requisitos do cluster do Unity Connection?
• R: Para obter mais informações sobre a coleta de requisitos de cluster do Unity Connection, consulte a documentação Requisitos do sistema para configurar o cluster do Cisco Unity Connection.
• P: Como configuro notificações de alerta para alertas do Unity Connection?
• R: Consulte o Guia de administração da Cisco Unified Real-Time Monitoring Tool para obter instruções sobre como configurar notificações de alerta para alertas do Unity Connection.
• P: Como altero o status do servidor em um cluster?
• R: Para alterar o status do servidor em um cluster, entre no Cisco Unity Connection Administration, expanda Configurações do sistema > Avançado, selecione Configuração do cluster e modifique o status do servidor na página Configuração do cluster.
• P: Como verifico o status do cluster do Unity Connection?
• R: Você pode verificar o status do cluster do Unity Connection usando o web interface ou interface de linha de comando (CLI). Para etapas detalhadas, consulte a seção “Verificando o status do cluster” no manual do usuário.
• P: Como faço para gerenciar portas de mensagens em um cluster?
• R: O manual do usuário fornece informações sobre como gerenciar portas de mensagens em um cluster. Consulte a seção “Gerenciando portas de mensagens em um cluster” para obter detalhes.

 

Introdução

A implantação do cluster do Cisco Unity Connection fornece mensagens de voz de alta disponibilidade por meio de dois servidores que executam as mesmas versões do Unity Connection. O primeiro servidor no cluster é o servidor publicador e o segundo servidor é o servidor assinante.

Lista de tarefas para configurar um cluster do Unity Connection

Execute as seguintes tarefas para criar um cluster do Unity Connection:

1.  Reúna os requisitos do cluster do Unity Connection. Para obter mais informações, consulte Requisitos do sistema para o Cisco Unity Connection versão 14 em
2.    https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/connection/14/requirements/b_14cucsysreqs.html.
3. Instale o servidor do editor. Para obter mais informações, consulte a seção Instalando o Publisher Server.
4.  Instale o servidor assinante. Para obter mais informações, consulte a seção Instalando o Servidor do Assinante.
5. Configure a Cisco Unified Real-Time Monitoring Tool para servidores de editores e assinantes para enviar notificações para os seguintes alertas do Unity Connection:

• • Falha no AutoFailback
  • AutoFailback bem-sucedido
  • Failover automático falhou
  • Failover automático bem-sucedido
  •  Sem conexão para peer
  • SbrFalha

Para obter instruções sobre como configurar a notificação de alerta para alertas do Unity Connection, consulte a seção “Cisco Unified Real-Time Monitoring Tool” do Guia de administração da Cisco Unified Real-Time Monitoring Tool para a versão necessária, disponível em  http://www.cisco.com/c/en/us/support/unified-communications/unity-connection/products-maintenance-guides-list.html.

1.  (Opcional) Execute as tarefas a seguir para customizar as configurações de cluster no servidor publicador:

• Entre na administração do Cisco Unit Connection.
• Expanda Configurações do sistema > Avançado e selecione Configuração de cluster.
• Na página Configuração do Cluster, altere o status do servidor e selecione Salvar. Para obter mais informações sobre como alterar o status do servidor em um cluster, consulte Ajuda> Esta página.

Administrando um cluster do Unity Connection

Você deve verificar o status do cluster do Unity Connection para garantir que o cluster esteja configurado corretamente e funcionando corretamente. Também é importante compreender os diferentes status do servidor em um cluster e os efeitos da alteração do status do servidor em um cluster.

Verificando o status do cluster

Você pode verificar o status do cluster do Unity Connection usando o web interface ou interface de linha de comando (CLI). Etapas para verificar o status do cluster do Unity Connection em Web Interface

• Passo 1Faça login na capacidade de manutenção do Cisco Unity Connection do servidor do editor ou do assinante.
• Passo 2 Expanda Ferramentas e selecione Gerenciamento de Cluster.
• Passo 3 Na página Gerenciamento de cluster, verifique o status do servidor. Para mais informações sobre status do servidor, consulte a seção Status do servidor e suas funções em um cluster do Unity Connection.

Etapas para verificar o status do cluster do Unity Connection na interface de linha de comando (CLI)

• Passo 1 Você pode executar o comando CLI show cuc cluster status no servidor publicador ou no servidor assinante para verificar o status do cluster.
• Passo 2 Para obter mais informações sobre o status do servidor e suas funções relacionadas, consulte a seção Status do servidor e suas funções em um cluster do Unity Connection.

Gerenciando portas de mensagens em um cluster

Em um cluster do Unity Connection, os servidores compartilham as mesmas integrações do sistema telefônico. Cada servidor é responsável por lidar com uma parcela das chamadas recebidas do cluster (atender chamadas e receber mensagens).

Dependendo da integração do sistema telefônico, cada porta de mensagens de voz é atribuída a um servidor específico ou usada por ambos os servidores. Gerenciando portas de mensagens em um cluster descreve as atribuições de porta.
Tabela 1: Atribuições de servidor e uso de portas de mensagens de voz em um cluster do Unity Connection

Integração Tipo	Atribuições de servidor e uso de portas de mensagens de voz
Integração por Skinny Client Control Protocol (SCCP) com Cisco Unified Communications Manager ou Cisco Unified Communications Manager Express	•  O sistema telefônico é configurado com o dobro do número de vozes SCCP necessárias para lidar com o tráfego de mensagens de voz. (Por exampPor exemplo, os dispositivos de porta de correio de voz são necessários para lidar com todas as mensagens de voz. Os dispositivos de porta de correio de voz devem ser configurados no sistema telefônico.) •  Na administração do Cisco Unity Connection, as mensagens de voz são configuradas de forma que metade do número de portas configuradas no telefone seja atribuída a cada servidor no cluster. (Por exampou seja, cada servidor i possui 16 portas de mensagens de voz.) •  No sistema telefônico, um grupo de linhas, uma lista de busca e um grupo de busca permitem que o servidor do assinante atenda a maioria das chamadas recebidas para •  Se um dos servidores parar de funcionar (por exemploampPor exemplo, quando se trata de manutenção sh), o servidor restante assume a responsabilidade pelas chamadas recebidas para o cluster. •  Quando o servidor que parou de funcionar consegue retomar seu nor e é ativado, ele retoma a responsabilidade de lidar com suas chamadas de compartilhamento para o cluster.
Integração através de um tronco SIP com Cisco Unified Communications Manager ou Cisco Unified Communications Manager Express	•  Na administração do Cisco Unity Connection, metade do número de portas VO necessárias para lidar com o tráfego de mensagens de voz é atribuída no cluster. (Por exampPor exemplo, se 16 portas de mensagens de voz forem necessárias para todo o tráfego de mensagens de voz do cluster, cada servidor no cluster terá 8 portas de mensagens de voz.) • No sistema telefônico, um grupo de rotas, uma lista de rotas e um padrão de rotas para distribuir chamadas igualmente entre os dois servidores no cluster. •  Se um dos servidores parar de funcionar (por exemploampex., quando se trata de manutenção sh), o servidor restante assume a responsabilidade pelas chamadas recebidas para o cluster. •  Quando o servidor que parou de funcionar consegue retomar seu funcionamento e é ativado, ele retoma a responsabilidade de administrar sua parcela de para o aglomerado.

Integração Tipo	Atribuições de servidor e uso de portas de mensagens de voz
Integração através de unidades PIMG/TIMG	•  O número de portas configuradas no sistema telefônico é o mesmo das portas de mensagens de voz nu em cada servidor no cluster para que o servidor tenha as portas de mensagens de voz. (Por exampPor exemplo, se o sistema telefônico estiver configurado com portas de mensagens de voz, cada servidor no cluster deverá ter as mesmas portas de mensagens.) • No sistema telefônico, um grupo de busca é configurado para distribuir chamadas entre ambos os servidores no cluster. •  As unidades PIMG/TIMG são configuradas para equilibrar as mensagens de voz entre os servidores. •  Se um dos servidores parar de funcionar (por exemploamp(ou seja, quando é fechado para manutenção), o servidor restante assume a responsabilidade de lidar com as chamadas recebidas para o cluster. •  Quando o servidor que parou de funcionar consegue voltar ao normal e é ativado, ele retoma a responsabilidade de administrar sua parcela de receita do cluster.
Outras integrações que usam SIP	•  Na administração do Cisco Unity Connection, metade do número de portas de voz necessárias para lidar com o tráfego de mensagens de voz é atribuída no cluster. (Por exampPor exemplo, se 16 portas de mensagens de voz forem necessárias para todo o tráfego de mensagens de voz do cluster, cada servidor no cluster terá portas de mensagens.) • No sistema telefônico, um grupo de busca é configurado para distribuir chamadas entre ambos os servidores no cluster. •  Se um dos servidores parar de funcionar (por exemploamp(ou seja, quando é fechado para manutenção), o servidor restante assume a responsabilidade de lidar com as chamadas recebidas para o cluster. •  Quando o servidor que parou de funcionar puder voltar ao normal, ele retoma a responsabilidade de lidar com sua parcela de chamadas recebidas para o

Impedindo que todas as portas recebam novas chamadas

Siga as etapas nesta seção para impedir que todas as portas de um servidor recebam novas chamadas. As chamadas em andamento continuam até que o chamador desligue.

Dica Use a página Port Monitor na Real-Time Monitoring Tool (RTMT) para determinar se alguma porta está atualmente manipulando chamadas para o servidor. Para obter mais informações, consulte a Etapa Impedindo a tomada de todas as portas Novas chamadas
Impedindo que todas as portas em um servidor Unity Connection recebam novas chamadas

• Passo 1 Entre na capacidade de manutenção do Cisco Unit Connection.
• Passo 2Expanda o menu Ferramentas e selecione Gerenciamento de Cluster.
• Passo 3 Na página Cluster Management, em Port Manager, na coluna Alterar status da porta, selecione Parar de receber chamadas para o servidor.

Reiniciando todas as portas para receber chamadas

Siga as etapas nesta seção para reiniciar todas as portas em um servidor Unity Connection para permitir que elas recebam chamadas novamente após terem sido interrompidas.

• Passo 1 Entre na capacidade de manutenção do Cisco Unit Connection.
• Passo 2 Expanda o menu Ferramentas e selecione Gerenciamento de Cluster.
• Passo 3 Na página Cluster Management, em Port Manager, na coluna Change Port Status, selecione Take Calls para o servidor.

Status do servidor e suas funções em um cluster do Unity Connection

Cada servidor no cluster tem um status que aparece na página Cluster Management do Cisco Unity Connection Serviceability. O status indica as funções que o servidor está executando atualmente no cluster, conforme descrito na Tabela 2: Status do servidor em um cluster do Unity Connection

Tabela 2: Status do servidor em um cluster do Unity Connectionr

Status do servidor

Responsabilidades do servidor em um cluster do Unity Connection

Primário

•  Publica o banco de dados e o armazenamento de mensagens, ambos replicados para o outro servidor • Recebe dados replicados do outro servidor. • Exibe e aceita alterações nas interfaces administrativas, como Unity Connection e Cisco Unified Operating System Administration. Esses dados são replicados para o outro cluster. • Atende ligações e recebe mensagens. •  Envia notificações de mensagens e solicitações de MWI. • Envia notificações SMTP e mensagens VPIM. •  Sincroniza mensagens de voz nas caixas de correio do Unity Connection e do Exchange se o recurso Unifi estiver configurado. •  Conecta-se com os clientes, como aplicativos de e-mail e o web ferramentas disponíveis através   Observação                Um servidor com status Primário não pode ser desativado.

 

Status do servidor	Responsabilidades do servidor em um cluster do Unity Connection
Secundário	•  Recebe dados replicados do servidor com status Primário. Os dados incluem o banco de dados e o armazenamento. •  Replique os dados para o servidor com status Primário. • Exibe e aceita alterações nas interfaces administrativas, como Unity Connection Adm e Cisco Unified Operating System Administration. Os dados são replicados para o servidor com um status. • Atende ligações e recebe mensagens. •  Conecta-se com os clientes, como aplicativos de e-mail e o web ferramentas disponíveis através do Ci   Observação                Somente um servidor com status Secundário pode ser desativado.
Desativado	•  Recebe dados replicados do servidor com status Primário. Os dados incluem o banco de dados e o armazenamento. •  Não exibe as interfaces administrativas, como Unity Connection Administration e Unified Operating System Administration. Os dados são replicados para o servidor com o Primário •  Não atende chamadas nem recebe mensagens. •  Não se conecta com os clientes, como aplicativos de e-mail e o web ferramentas disponíveis através do Cisco PCA.
Não está a funcionar	•  Não recebe dados replicados do servidor com status Primário. •  Não replica dados para o servidor com status Primário. • Não exibe as interfaces administrativas, como Unity Connection Administration e Unified Operating System Administration. •  Não atende chamadas nem recebe mensagens.   Observação                Um servidor com status Não Funcionando geralmente é desligado.
Começando	•  Recebe banco de dados replicado e armazenamento de mensagens do servidor com status Primário. •  Replique os dados para o servidor com status Primário. •  Não atende chamadas nem recebe mensagens. • Não sincroniza mensagens de voz entre as caixas de entrada do Unity Connection e do Exchange).   Observação                Este status dura apenas alguns minutos, após os quais o servidor assume o status aplicável.

Status do servidor	Responsabilidades do servidor em um cluster do Unity Connection
Replicando Dados	•  Envia e recebe dados do cluster. •  Não atende ligações nem recebe mensagens há algum tempo. •  Não se conecta com clientes, como aplicativos de e-mail e web ferramentas disponíveis no Cisco PCA há algum tempo.   Observação                Este status dura apenas alguns minutos, após os quais o status anterior é retomado por
Recuperação do cérebro dividido (Depois de detectar dois servidores com status Primário)	•  Atualiza o banco de dados e o armazenamento de mensagens no servidor determinado como tendo Primário • Replica dados para outro servidor. •  Não atende ligações nem recebe mensagens há algum tempo. •  Não sincroniza mensagens de voz entre o Unity Connection e a caixa de correio do Exchange. A caixa de entrada está ativada há algum tempo. •  Não se conecta com clientes, como aplicativos de e-mail e web ferramentas disponíveis no Cisco PCA há algum tempo.   Observação                Este status dura apenas alguns minutos, após os quais o status anterior é retomado por

Alterando o status do servidor em um cluster e seus efeitos

O status do cluster do Unity Connection pode ser alterado automática ou manualmente. É possível alterar manualmente o status dos servidores em um cluster das seguintes maneiras:

1.  Um servidor com status Secundário pode ser alterado manualmente para um status Primário. Vejae Alterando manualmente o status do servidor de secundário para primário seção.
2. Um servidor com status Secundário pode ser alterado manualmente para o status Desativado. Veja o Ativando manualmente o servidor com status desativado.
3.  Um servidor com status Desativado pode ser ativado manualmente para que seu status mude para Primário ou Secundário, dependendo do status do outro servidor. Veja o Ativando manualmente um servidor com status desativado seção.

Alterando manualmente o status do servidor de secundário para primário

• Passo 1 Entre na capacidade de manutenção do Cisco Unit Connection.
• Passo 2 No menu Ferramentas, selecione Gerenciamento de Cluster.
• Passo 3 Na página Gerenciamento de Cluster, no menu Gerenciador de Servidores, na coluna Alterar Status do Servidor do servidor com status Secundário, selecione Tornar Primário.
• Passo 4 Quando solicitado a confirmar a alteração no status do servidor, selecione OK. A coluna Status do servidor exibe o status alterado quando a alteração for concluída.

Observação O servidor que originalmente tinha o status Primário muda automaticamente para o status Secundário

• Passo 1 Faça login na ferramenta de monitoramento em tempo real (RTMT).
• Passo 2 No menu Cisco Unity Connection, selecione Monitor de porta. A ferramenta Port Monitor aparece no painel direito.
• Passo 3 No campo Nó, selecione o servidor com status Secundário.
• Passo 4 No painel direito, selecione Iniciar sondagem. Observe se alguma porta de mensagem de voz está atualmente manipulando chamadas para o servidor.
• Passo 5 Entre na capacidade de manutenção do Cisco Unit Connection.
• Passo 6 No menu Ferramentas, selecione Gerenciamento de Cluster.
• Passo 7 Se nenhuma porta de mensagens de voz estiver processando chamadas para o servidor, vá para Alterando manualmente o status do servidor de secundário para desativado. Se houver portas de mensagens de voz que estejam atualmente processando chamadas para o servidor, na página Gerenciamento de cluster, na coluna Alterar status da porta, selecione Parar de receber chamadas para o servidor e aguarde até que o RTMT mostre que todas as portas do servidor estão inativas.
• Passo 8 Na página Gerenciamento de Cluster, no menu Gerenciador de Servidores, na coluna Alterar Status do Servidor do servidor
  com status Secundário, selecione Desativar. A desativação de um servidor encerra todas as chamadas que as portas do servidor estão manipulando.
• Passo 9 Quando solicitado a confirmar a alteração no status do servidor, selecione OK. A coluna Status do servidor exibe o status alterado quando a alteração for concluída.

Ativando manualmente um servidor com status desativado

• Passo 1 Entre na capacidade de manutenção do Cisco Unit Connection.
• Passo 2 No menu Ferramentas, selecione Gerenciamento de clusters.
• Passo 3 Na página Gerenciamento de Cluster, no menu Gerenciador de Servidores, na coluna Alterar Status do Servidor para o servidor com status Desativado, selecione Ativar.
• Passo 4 Quando solicitado a confirmar a alteração no status do servidor, selecione OK. A coluna Status do servidor exibe o status alterado quando a alteração for concluída

Efeito nas chamadas em andamento quando o status do servidor muda em um cluster do Unity Connection

Quando o status de um servidor Unity Connection muda, o efeito nas chamadas em andamento depende do status final do servidor que está tratando uma chamada e da condição da rede. A tabela a seguir descreve

os efeitos:

Tabela 3: Efeito nas chamadas em andamento quando o status do servidor muda em um cluster do Unity Connection

Status Mudar	Efeitos
Primário para Secundário	Quando a mudança de status é iniciada manualmente, as chamadas em andamento não são afetadas. Quando a mudança de status é automática, o efeito nas chamadas em andamento depende do serviço crítico que foi interrompido.
Secundário para Primário	Quando a mudança de status é iniciada manualmente, as chamadas em andamento não são afetadas. Quando a mudança de status é automática, o efeito nas chamadas em andamento depende do serviço crítico que foi interrompido.
Secundário para Desativado	As chamadas em andamento são interrompidas. Para evitar quedas de chamadas, na página Cluster Management no Cisco Unity Connection Serviceability, selecione Parar de atender chamadas para o servidor e aguarde até que todas as chamadas terminem e desativem o servidor.
Primário ou secundário para replicação de dados	As chamadas em andamento não são afetadas.
Primário ou Secundário à Recuperação do Cérebro Dividido	As chamadas em andamento não são afetadas.

Se as conexões de rede forem perdidas, as chamadas em andamento poderão ser interrompidas dependendo da natureza do problema de rede.

Efeito na conexão da unidade Web Aplicativos quando o status do servidor muda

O funcionamento dos seguintes web aplicativos não são afetados quando o status do servidor muda:

• Administração do Cisco Unit Connection
• Capacidade de manutenção do Cisco Unit Connection
• Conexão da unidade Cisco web ferramentas acessadas por meio do Cisco PCA — Assistente de mensagens, Caixa de entrada de mensagens e Regras de transferência de chamadas pessoais web ferramentas
• Cisco Web Caixa de entrada
• Clientes de API de transferência de estado representacional (REST)

Efeito da interrupção de um serviço crítico em um cluster do Unity Connection

Serviços críticos são necessários para o funcionamento normal do sistema Unity Connection. Os efeitos da interrupção de um serviço crítico dependem do servidor e de seu status descrito na tabela a seguir:

Tabela 4: Efeitos da interrupção de um serviço crítico em um cluster do Unity Connection

 

Servidor	Efeitos
Editor	•  Quando o servidor tem o status Primário, interromper um serviço crítico no Cisco Unity Connection Serviceability faz com que o status do servidor mude para Secundário e degrada a capacidade do servidor de funcionar normalmente. O status do servidor assinante muda para Primário se ele não tiver o status Desativado ou Não Funcionando. •  Quando o servidor tem status Secundário, interromper um serviço crítico no Cisco Unity Connection Serviceability degrada a capacidade do servidor de funcionar normalmente. O status dos servidores não muda.
Assinante	Quando o servidor tem o status Primário, interromper um serviço crítico no Cisco Unity Connection Serviceability degrada a capacidade do servidor de funcionar normalmente. O status dos servidores não muda.

Desligando um servidor em um Conjunto

Quando um servidor Unity Connection tem status Primário ou Secundário, ele lida com o tráfego de mensagens de voz e a replicação de dados do cluster. Não recomendamos desligar ambos os servidores em um cluster ao mesmo tempo para evitar o encerramento abrupto das chamadas e replicações que estão em andamento. Considere os seguintes pontos quando quiser desligar um servidor em um cluster do Unity Connection:

• Desligue o servidor fora do horário comercial, quando o tráfego de mensagens de voz estiver baixo.
• Altere o status do servidor de Primário ou Secundário para Desativado antes de desligar.
• Passo 1 No servidor que não desliga, entre no Cisco Unity Connection Serviceability.
• Passo 2 No menu Ferramentas, selecione Gerenciamento de Cluster.
• Passo 3 Na página Gerenciamento de Cluster, localize o servidor que você deseja encerrar.
• Passo 4 Se o servidor que você deseja encerrar tiver um status Secundário, vá para
• Passo 5. Se o servidor que você deseja encerrar tiver status Primário, altere o status:
  • Na coluna Alterar status do servidor para o servidor com status Secundário, selecione Tornar primário.
  • Quando solicitado a confirmar a alteração no status do servidor, selecione OK.
  • Confirme se a coluna Status do Servidor indica que o servidor tem status Primário agora e que o servidor que você deseja encerrar tem status Secundário
• Passo 5 No servidor com status Secundário (aquele que você deseja encerrar), altere o status:
  • Faça login na ferramenta de monitoramento em tempo real (RTMT).
  • No menu Cisco Unity Connection, selecione Monitor de porta. A ferramenta Port Monitor aparece no painel direito.
  • No campo Nó, selecione o servidor com status Secundário.
  • No painel direito, selecione Iniciar sondagem.
  • Observe se alguma porta de mensagem de voz está atualmente manipulando chamadas para o servidor.
  • Se nenhuma porta de mensagens de voz estiver atualmente processando chamadas para o servidor, vá para a Etapa 5g.. Se houver portas de mensagens de voz atualmente manipulando chamadas para o servidor, na página Gerenciamento de Cluster,
    na coluna Alterar status da porta, selecione Parar de receber chamadas para o servidor e aguarde até que o RTMT mostre que todas as portas do servidor estão inativas.
  • Na página Gerenciamento de Cluster, no menu Gerenciador de Servidores, na coluna Alterar Status do Servidor para o servidor com status Secundário, selecione Desativar. Cuidado A desativação de um servidor encerra todas as chamadas que as portas do servidor estão manipulando
  • Quando solicitado a confirmar a alteração no status do servidor, selecione OK.
  • Confirme se a coluna Status do Servidor indica que o servidor agora está com status Desativado.
• Passo 6 Encerre o servidor que você desativou:
  • Entre na capacidade de manutenção do Cisco Unit Connection.
  •  Expanda Ferramentas e selecione Gerenciamento de Cluster.
  •  Certifique-se de que a coluna Status do servidor mostre o status Não funcionando para o servidor que você desligou

Substituindo servidores em um cluster

Siga as etapas nas seções fornecidas para substituir o servidor do editor ou assinante em um cluster:

• Para substituir o servidor publicador, consulte a seção Substituindo um Servidor Publicador.
• Para substituir o servidor assinante, consulte a seção Substituindo um Servidor Assinante.

Como funciona um cluster do Unity Connection
O recurso de cluster do Unity Connection fornece mensagens de voz de alta disponibilidade por meio de dois servidores do Unity Connection configurados em um cluster. O comportamento do cluster do Unity Connection quando ambos os servidores estão ativos:

• O cluster pode receber um nome DNS que é compartilhado pelos servidores Unity Connection.
• Clientes, como aplicativos de e-mail e o web as ferramentas disponíveis através do Cisco Personal Communications Assistant (PCA) podem se conectar a qualquer um dos servidores Unity Connection.
• Os sistemas telefônicos podem enviar chamadas para qualquer um dos servidores do Unity Connection.
• A carga do tráfego telefônico de entrada é balanceada entre os servidores do Unity Connection pelo sistema telefônico, unidades PIMG/TIMG ou outros gateways necessários para a integração do sistema telefônico.

Cada servidor em um cluster é responsável por lidar com uma parcela das chamadas recebidas do cluster (atender chamadas telefônicas e receber mensagens). O servidor com status Primário é responsável pelas seguintes funções:

• Hospedar e publicar o banco de dados e o armazenamento de mensagens que são replicados para o outro servidor.
• Envio de notificações de mensagens e solicitações de MWI (o serviço Connection Notifier está ativado).
• Envio de notificações SMTP e mensagens VPIM (o serviço Connection Message Transfer Agent está ativado).
• Sincronizar mensagens de voz entre caixas de correio do Unity Connection e do Exchange, se o recurso de mensagens unificadas estiver configurado (o serviço Unity Connection Mailbox Sync está ativado).

Quando um dos servidores deixa de funcionar (por ex.ampPor exemplo, quando é desligado para manutenção), o servidor restante retoma a responsabilidade de lidar com todas as chamadas recebidas para o cluster. O banco de dados e o armazenamento de mensagens são replicados para o outro servidor quando sua funcionalidade é restaurada. Quando o servidor que parou de funcionar consegue retomar suas funções normais e é ativado, ele retoma a responsabilidade de tratar sua parcela de chamadas recebidas para o cluster.

Observação

Recomenda-se realizar o provisionamento apenas no servidor Publicador no modo Ativo-Ativo e no Assinante (Primário Atuante) em caso de failover do cluster. A alteração da senha e a modificação da configuração da senha para o PIN/Web O aplicativo deve ser provisionado no servidor do Publicador no modo Ativo-Ativo. Para monitorar o status do servidor, o serviço Connection Server Role Manager é executado no Cisco Unity Connection Serviceability em ambos os servidores. Este serviço executa as seguintes funções:

• Inicia os serviços aplicáveis ​​em cada servidor, dependendo do status do servidor.
• Determina se processos críticos (como processamento de mensagens de voz, replicação de banco de dados, sincronização de mensagens de voz com Exchange e replicação de armazenamento de mensagens) estão funcionando normalmente.
• Inicia alterações no status do servidor quando o servidor com status Primário não está funcionando ou quando serviços críticos não estão em execução.

Observe as seguintes limitações quando o servidor do editor não estiver funcionando:

• Se o cluster do Unity Connection estiver integrado a um diretório LDAP, a sincronização de diretórios não ocorrerá, embora a autenticação continue funcionando quando apenas o servidor do assinante estiver funcionando. Quando o servidor publicador voltar a funcionar, a sincronização de diretórios também será retomada.
• Se uma rede digital ou HTTPS incluir o cluster Unity Connection, as atualizações de diretório não ocorrerão, embora as mensagens continuem a ser enviadas de e para o cluster quando apenas o servidor assinante estiver funcionando. Quando o servidor publicador estiver funcionando novamente, as atualizações do diretório serão retomadas.

O serviço Connection Server Role Manager envia um evento keep-alive entre os servidores do editor e do assinante para confirmar se os servidores estão funcionando e conectados. Se um dos servidores parar de funcionar ou a conexão entre os servidores for perdida, o serviço Connection Server Role Manager aguardará os eventos keep-alive e poderá levar de 30 a 60 segundos para detectar que o outro servidor não está disponível. Enquanto o serviço Connection Server Role Manager aguarda os eventos keep-alive, os usuários que fazem login no servidor com status Secundário não conseguem acessar suas caixas de correio ou enviar mensagens, porque o serviço Connection Server Role Manager ainda não detectou que o servidor com status Primário (que possui o armazenamento de mensagens ativo) está indisponível. Nessa situação, os chamadores que tentarem deixar uma mensagem poderão ouvir o ar morto ou não ouvir o bipe de gravação.

Observação Recomenda-se importar e excluir os usuários LDAP somente do nó do editor.

Efeitos da condição cerebral dividida em um cluster de conexão de unidade

Quando ambos os servidores em um cluster do Unity Connection têm status Primário ao mesmo tempo (por exemploamp(por exemplo, quando os servidores perdem a conexão entre si), ambos os servidores lidam com as chamadas recebidas (atendem chamadas e recebem mensagens), enviam notificações de mensagens, enviam solicitações de MWI, aceitam alterações nas interfaces administrativas (como Unity Connection Administration) e sincronizar mensagens de voz nas caixas de correio do Unity Connection e do Exchange se a caixa de entrada única estiver ativada

• No entanto, os servidores não replicam o banco de dados e o armazenamento de mensagens entre si e não recebem dados replicados um do outro.
  Quando a conexão entre os servidores é restaurada, o status dos servidores muda temporariamente para Split Brain Recovery enquanto os dados são replicados entre os servidores e as configurações do MWI são coordenadas. Durante o tempo em que o status do servidor é Split Brain Recovery, o serviço Connection Message Transfer Agent e o serviço Connection Notifier (em Cisco Unity Connection Serviceability) são interrompidos em ambos os servidores, portanto, o Unity Connection não entrega nenhuma mensagem e não envia nenhuma mensagem notificações.
• O serviço Connection Mailbox Sync também é interrompido, portanto, o Unity Connection não sincroniza mensagens de voz com o Exchange (caixa de entrada única). Os armazenamentos de mensagens também são desmontados brevemente, para que o Unity Connection informe aos usuários que estão tentando recuperar suas mensagens neste momento que suas caixas de correio estão temporariamente indisponíveis.
  Quando o processo de recuperação for concluído, o serviço Connection Message Transfer Agent e o serviço Connection Notifier serão iniciados no servidor publicador. A entrega das mensagens que chegaram durante o processo de recuperação pode levar mais tempo, dependendo do número de mensagens a serem entregues. O serviço Connection Message Transfer Agent e o serviço Connection Notifier são iniciados no servidor assinante. Finalmente, o servidor editor tem status Primário e o servidor assinante tem status Secundário. Neste ponto, o serviço Connection Mailbox Sync é iniciado no servidor com status Primário, para que o Unity Connection possa retomar a sincronização de mensagens de voz com o Exchange se uma única caixa de entrada estiver ativada.

Documentos / Recursos

Cluster de conexão de unidade da versão 14 da CISCO [pdf] Guia do Usuário Versão 14 Cluster de Conexão de Unidade, Versão 14, Cluster de Conexão de Unidade, Cluster de Conexão, Cluster

Referências

• Manual do usuário