Configurar e pesquise defeitos a Alta disponibilidade da opção de saída UCCE - Referência rápida

Introdução

Este documento descreve como configurar e pesquisar defeitos a Alta disponibilidade da opção de saída do Cisco Unified Contact Center Enterprise (UCCE) (OOHA).

Pré-requisitos

Requisitos

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

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

Componentes Utilizados

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

• Cisco UCCE 11.6
• Servidor SQL 2014 MS

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 requisito de alta disponibilidade da característica da opção de saída (OOHA) foi introduzido na versão UCCE 11.6. OOHA é uns recursos opcionais. Do gerenciador de campanha da versão UCCE 11.6 o processo pode ser redundante com modelo Ativo-à espera do Failover. Quando OOHA é permitido em WebSetup, o sistema faz automaticamente a replicação transacional bidirecional SQL entre bases de dados BA_A e BA_B.

Estas tabelas replicated:

• Contato
• Dialing_List
• PWB
• Do_Not_Call

Arquitetura UCCE 11.6 OOHA

  

Vista geral de modelos do Failover

Active dos gerenciadores de campanha - À espera

• O processo ativo do gerenciador de campanha inicia o Failover se não há nenhuma conexão do discador por mais de 60 segundos à revelia. Este temporizador pode ser mudado adicionando o dword EMTClientTimeoutToFailover sob o caminho de registro do registador/BlendedAgent/CurrentVersion/; o valor deve ser um tempo de espera para a conexão do discador nos segundos.
• Os processos do gerenciador de campanha mantêm-se saltar à B e vice-versa se o discador não pode estabelecer uma conexão a alguns deles.
• O Failover do gerenciador de campanha pode tomar até 4,5 minutos se há uma fila enorme da replicação entre bases de dados BA. 4,5 minutos são um temporizador codificado e não podem ser mudados.

Active dos discadores - À espera

• Nenhumas mudanças das versões anterior. O modelo do Failover do discador permanece o mesmo, somente um active do discador de cada vez.

BaImport - Sem falha

• BaImport trabalha somente com o processo local do gerenciador de campanha e replicates seu estado. Em caso do impacto do processo de BaImport, o Failover no nível do gerenciador de campanha é provocado.

  

Configurar

Etapas preliminares

Etapa1. Assegure-se de que a característica da replicação do servidor SQL esteja permitida.

• Durante a instalação do SQL, a replicação como uma característica precisa de ser selecionada. A fim assegurar-se de que a característica da replicação esteja permitida no servidor de logger, navegue à unidade de disco SQL > ao setup.exe > às ferramentas e ao relatório instalado relatório da descoberta da corrida SQL
• Se a característica não é alistada no relatório executa este comando na ferramenta do CMD de Windows e forneça o nome de instância do servidor SQL no comando parameter respectivo

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

Etapa 2. Assegure-se de que a conta de usuário do servidor SQL esteja configurada.

• O nome de usuário e senha deve ser o mesmo no lado A do registador e no lado B do registador.
• O usuário deve ter o privilégio do System Admin do servidor SQL.
• Você usa este nome de usuário e senha quando você executa WebSetup para configurar a opção de saída e permitir a Alta disponibilidade da opção de saída.
• O usuário não tem que ser o usuário SQL sa. Pode ser um outro usuário mas deve ter o privilégio do sysadmin e permanece permitido.

        

Etapa 3. Na AUTORIDADE \ SISTEMA de NT do usuário SQL deve ter o papel do sysadmin. 

Etapa 4. O hostname do servidor de logger e o nome do servidor do servidor SQL (@@servername) devem ser o mesmo.

Novo instale a configuração

Etapa 1. Crie bases de dados BA em ambos os servidores de logger.

Etapa 2. Configurar o mesmo usuário local SQL com papel do sysadmin em ambos os registadores.

Etapa 3. Comece WebSetup no LoggerA, edite o componente do registador e permita a opção de saída e a Alta disponibilidade de partida.

Nota: Assegure-se de que você forneça o hostname dos registadores em campos da interface pública do registador. Este valor deve combinar o nome de servidor SQL no registador respectivo.

Depois que WebSetup é terminado com sucesso, você deve ver a publicação criada e servidor SQL e Subscribtion do LoggerA no LoggerB.

Verifique-o do estúdio do Gerenciamento do servidor SQL (SS) sob a replicação > publicações locais no LoggerA e em Subsciptions local no LoggerB.

Execute WebSetup no LoggerB, edite o componente do registador e permita a opção de saída e a Alta disponibilidade de partida.

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

Esta imagem mostra a publicação e a assinatura criadas no server do LoggerB.

Esta imagem mostra a publicação e a assinatura criadas no server do LoggerA.

  

Troubleshooting

Exame médico completo da replicação de SQL

Selecione a ferramenta do monitor da replicação do lançamento dos SS para verificar o estado da replicação.

O estado da replicação deve ser APROVADO.

Expanda o editor para obter mais informação sobre o desempenho e a latência.

Navegue segundos tokens do projétil luminoso da aba e selecione o projétil luminoso da inserção. Isso testa a latência entre o editor e o distribuidor e entre o distribuidor e o subscritor.

Isto deve ser verificado em ambos os registadores.

Mude o nome do servidor SQL 

Abra SS e execute esta pergunta SQL.

SELECT @@servername

Compare a saída da pergunta com o hostname do Windows Server. Devem combinar.

Esta imagem mostra um cenário do problema quando o hostname do nome do LoggerA e de servidor SQL não combina. Assegure-lhe o reparo ele antes da instalação OO HA.

A fim deixar cair o nome do servidor SQL execute este comando nos SS contra o mestre DB.

EXEC sp_dropserver @server=<current wrong SQL servername>

Para adicionar um nome do servidor novo SQL execute este comando.

EXEC sp_addserver @server=<new SQL servername>, @local=LOCAL

Reinicie o agente do servidor SQL e do servidor SQL dos serviços de Windows e verifique a saída da pergunta seleta do @@servername SQL.

Permita a replicação de SQL manualmente

Cuidado: Use este procedimento somente se WebSetup não pode estabelecer a replicação e os erros não são claros.

Execute este procedimento armazenado contra bases de dados BA em ambos os registadores com valores variável respectivos.

EXEC sp_ba_create_replication 
@instance=<ICM instancename>,
@publisher=<SQL publisher servername>,
@subscriber=<SQL subscriber servername>,
@working_directory =<default c:\Program Files\Microsoft SQL Server\MSSQL12.MSSQLSERVER\MSSQL>,
@login =<sql user with sysadmin role>,
@pwd =<password>

Se você enfrenta um erro “CREATE DATABASE falhado”, verifique se a conta MSSQLSERVER tem acces completos ao diretório de funcionamento SQL.

Este erro respectivo das exibições de imagem em logs do servidor SQL. 

Assegure-se de que conta MSSQLSERVER tenha o acesso direto ao diretório de funcionamento SQL.

Assegure-se de que a publicação e a assinatura estejam criadas em cada servidor SQL do registador.

   

Desabilite a replicação de SQL manualmente

Cuidado: Use este procedimento somente se WebSetup não pode estabelecer a replicação e os erros não são claros.

Execute este procedimento contra databses BA em ambos os registadores com valores variável respectivos.

EXEC sp_ba_remove_replication 
@instance = <ICM instancename>,
@subscriber = <SubscriberPublicAddressHostname>

Verifique se as publicações são removidas de ambos os servidores SQL do registador.

Para cancelar completamente o servidor SQL da configuração de replicação, você precisa de suprimir manualmente de assinaturas e de bases de dados da distribuição da gota em ambos os servidores SQL do registador.

USE master
EXEC sp_dropdistpublisher @publisher=<SQL servername>;
EXEC sp_dropdistributiondb @database=distribution;
EXEC sp_dropdistributor;
GO

Em alguns casos o último comando pode falhar com o Mensagem de Erro “não pode deixar cair o nome do servidor como o editor do distribuidor porque há uns bases de dados permitidos para a replicação nesse server”.

EXEC sp_dropdistributor @no_checks = 1, @ignore_distributor =1

Informações Relacionadas

• Guia da opção de saída UCCE 11.6
• Guia de Design UCCE 11.6 - Alta disponibilidade das considerações da opção de saída
• Referência transacional da replicação SQL
• Suporte Técnico e Documentação - Cisco Systems