Configurar e solucionar problemas de alta disponibilidade da opção de saída do UCCE - Referência rápida

Introdução

Este documento descreve como configurar e solucionar problemas do Cisco Unified Contact Center Enterprise (UCCE) Outbound Option High Availability (OOHA).

Pré-requisitos

Requisitos

A Cisco recomenda que você tenha conhecimento destes tópicos:

• Opção de saída UCCE
• Replicação Transacional do Microsoft SQL

Componentes Utilizados

As informações neste documento são baseadas nestas versões de software e hardware:

• Cisco UCCE 11.6
• MS SQL Server 2014

As informações neste documento foram criadas a partir de dispositivos em um ambiente de laboratório específico. Todos os dispositivos utilizados neste documento foram iniciados com uma configuração (padrão) inicial. Se a rede estiver ativa, certifique-se de que você entenda o impacto potencial de qualquer comando.

Informações de Apoio

Arquitetura

O recurso OOHA (Outbound Option High-Availability) foi introduzido na versão UCCE 11.6. O recurso OOOHA é opcional. A partir da versão UCCE 11.6, o processo Gerenciador de Campanhas pode ser redundante com o modelo de failover Ative-StandBy. Quando o OOHA é habilitado no WebSetup, o sistema faz automaticamente a replicação transacional bidirecional SQL entre os bancos de dados BA_A e BA_B.

Estas tabelas são replicadas:

• Contato
• Lista_de_discagem
• PCB
• Do_Not_Call

Arquitetura UCCE 11.6 OOHA

  

Visão geral dos modelos de failover

Gerentes de campanha ativos - em espera

• O processo Ative Campaign Manager inicia o failover se não houver conexão do discador por mais de 60 segundos por padrão. Esse temporizador pode ser alterado adicionando dword EMTClientTimeoutToFailover no caminho do registro Logger/BlendedAgent/CurrentVersion/ ; o valor deve ser um tempo de espera para a conexão do discador em segundos.
• Os processos do Campaign Manager continuam saltando de A para B e vice-versa se o discador não puder estabelecer uma conexão com nenhum deles.
• O failover do Campaign Manager pode levar até 4,5 minutos se houver uma grande fila de replicação entre bancos de dados BA. 4,5 minutos é um temporizador codificado e não pode ser alterado.

Discadores Ativos - Em Espera

• Nenhuma alteração das versões anteriores. O modelo de failover do discador permanece o mesmo, apenas um discador ativo por vez.

BaImport - Sem failover

• O BaImport funciona apenas com o processo local do Gerenciador de campanhas e replica seu status. Em caso de falha do processo BaImport, o failover no nível do Campaign Manager é acionado.

  

Configurar

Etapas preliminares

Etapa 1. Verifique se o recurso de Replicação do SQL Server está habilitado.

• Durante a instalação do SQL, a replicação como um recurso precisa ser selecionada. Para garantir que o recurso de replicação esteja habilitado no servidor do Agente de Log, navegue para unidade de disco SQL > setup.exe > Tools e execute o relatório Relatório de Descoberta SQL Instalado
• Se o recurso não estiver listado no relatório, execute esse comando na ferramenta Windows CMD e forneça o nome da instância do SQL Server no respectivo parâmetro de comando

setup.exe /q /Features=Replication /InstanceName= /ACTION=INSTALL /IAcceptSQLServerLicenseTerms

Etapa 2. Verifique se a conta de usuário do SQL Server está configurada.

• O nome de usuário e a senha devem ser os mesmos no lado A do logger e no lado B do logger.
• O usuário deve ter o privilégio de Administrador do Sistema do SQL Server.
• Use esse nome de usuário e senha quando executar o WebSetup para configurar a Opção de Saída e habilitar a Alta Disponibilidade da Opção de Saída.
• O usuário não precisa ser o usuário SQL sa. Ele pode ser outro usuário, mas deve ter o privilégio sysadmin e permanece habilitado.

        

Etapa 3. No SQL, o usuário NT AUTHORITY\SYSTEM deve ter a função sysadmin. 

Etapa 4. O nome de host do servidor de log e o nome de servidor do SQL Server (@@servername) devem ser iguais.

Nova configuração de instalação

Etapa 1. Criar bancos de dados BA em ambos os servidores de Logger.

Etapa 2. Configurar o mesmo usuário SQL local com a função sysadmin em ambos os Loggers.

Etapa 3. Inicie WebSetup no LoggerA, edite o componente Logger e habilite a Opção de Saída e a Alta Disponibilidade de Saída.

Note: Certifique-se de fornecer o nome de host Loggers nos campos Logger Public Interface. Este valor deve corresponder ao nome do SQL Server no respectivo Logger.

Após a conclusão bem-sucedida da Instalação da Web, você deverá ver a Publicação criada e o LoggerA SQL Server e a Assinatura no LoggerB.

Verifique-o no SQL Server Management Studio (SSMS) em Replication > Local Publications no LogA e Local Subscritions no LogB.

Execute WebSetup no LogB, edite o componente Logger e habilite a Opção de Saída e a Alta Disponibilidade de Saída.

A publicação deve ser criada no LoggerB e a assinatura no LoggerA. 

Esta imagem mostra a Publicação e a Assinatura criadas no servidor LoggerB.

Esta imagem mostra a Publicação e a Assinatura criadas no servidor LoggerA.

  

Troubleshooting

Verificação de Integridade da Replicação do SQL

Selecione Launch Replication Monitor Tool no SSMS para verificar o status da Replicação.

O status da replicação deve ser OK.

Expanda o editor para obter mais informações sobre desempenho e latência.

Navegue até a segunda guia Tokens do rastreador e selecione Inserir rastreador. Isso testa a latência entre o Publicador e o Distribuidor e entre o Distribuidor e o Assinante.

Isso deve ser verificado em ambos os loggers.

Alterar nome do SQL Server 

Abra o SSMS e execute esta consulta SQL.

SELECT @@servername

Compare a saída da consulta com o nome de host do servidor Windows. Eles devem coincidir.

Esta imagem mostra um cenário de problema quando o nome de host do LoggerA e o nome do servidor SQL não correspondem. Certifique-se de corrigi-lo antes da instalação do OHA HA.

Para descartar o nome do servidor SQL, execute este comando no SSMS em relação ao banco de dados mestre.

EXEC sp_dropserver @server=

Para adicionar um novo nome de servidor SQL, execute este comando.

EXEC sp_addserver @server=, @local=LOCAL

Reinicie o SQL Server e o SQL Server Agent dos Serviços do Windows e verifique a saída da consulta select @@servername SQL.

Habilitar Replicação SQL Manualmente

Caution: Use este procedimento somente se o WebSetup não puder estabelecer replicação e os erros não estiverem claros.

Execute este procedimento armazenado nos bancos de dados BA em ambos os Loggers com os respectivos valores de variáveis.

EXEC sp_ba_create_replication 
@instance=,
@publisher=,
@subscriber=,
@working_directory =,
@login =,
@pwd =

Se você receber o erro "Falha em CREATE DATABASE", verifique se a conta do MSSQLSERVER tem acesso total ao diretório de trabalho do SQL.

Esta imagem exibe o respectivo erro nos logs do SQL Server. 

Verifique se a conta do MSSQLSERVER tem acesso total ao diretório de trabalho do SQL.

Certifique-se de que a Publicação e a Assinatura sejam criadas em cada servidor SQL do Agente de Log.

   

Desativar Replicação SQL Manualmente

Caution: Use este procedimento somente se o WebSetup não puder estabelecer replicação e os erros não estiverem claros.

Execute este procedimento nos bancos de dados BA em ambos os Loggers com os respectivos valores de variáveis.

EXEC sp_ba_remove_replication 
@instance = ,
@subscriber = 

Verifique se as Publicações foram removidas de ambos os servidores SQL de Logger.

Para limpar completamente o SQL Server da configuração de replicação, você precisa excluir manualmente as Assinaturas e descartar os bancos de dados de Distribuição em ambos os servidores SQL de Logger.

USE master
EXEC sp_dropdistpublisher @publisher=;
EXEC sp_dropdistributiondb @database=distribution;
EXEC sp_dropdistributor;
GO

Em alguns casos, o último comando pode falhar com a mensagem de erro "Não é possível descartar o nome do servidor como Publicador Distribuidor porque há bancos de dados habilitados para replicação nesse servidor".

EXEC sp_dropdistributor @no_checks = 1, @ignore_distributor =1

Informações Relacionadas

• Guia de opção de saída UCCE 11.6
• Guia de design do UCCE 11.6 - Considerações de alta disponibilidade da opção de saída
• Referência de Replicação Transacional do SQL
• Suporte Técnico e Documentação - Cisco Systems