Configure y resuelva problemas la Alta disponibilidad de la opción de Salida UCCE - Referencia rápida

Introducción

Este documento describe cómo configurar y resolver problemas la Alta disponibilidad de la opción de Salida del Cisco Unified Contact Center Enterprise (UCCE) (OOHA).

Prerrequisitos

Requisitos

Cisco recomienda que tenga conocimiento sobre estos temas:

• Opción de Salida UCCE
• Replicación transaccional de Microsoft SQL

Componentes Utilizados

La información que contiene este documento se basa en las siguientes versiones de software y hardware.

• Cisco UCCE 11.6
• SQL Server 2014 ms

La información que contiene este documento se creó a partir de los dispositivos en un ambiente de laboratorio específico. Todos los dispositivos que se utilizan en este documento se pusieron en funcionamiento con una configuración verificada (predeterminada). Si tiene una red en vivo, asegúrese de entender el posible impacto de cualquier comando.

Antecedentes

Arquitectura

La característica de gran disponibilidad de la opción de Salida (OOHA) fue introducida en la versión UCCE 11.6. OOHA es una característica opcional. Del administrador de la campaña de la versión UCCE 11.6 el proceso puede ser redundante con el modelo Activo-espera de la Conmutación por falla. Cuando OOHA se activa en WebSetup, el sistema hace automáticamente la replicación transaccional bidireccional SQL entre las bases de datos BA_A y BA_B.

Se replican estas tablas:

• Contacto
• Dialing_List
• PWB
• Do_Not_Call

Arquitectura UCCE 11.6 OOHA

  

Descripción de los modelos de la Conmutación por falla

Active de los administradores de la campaña - Espera

• El proceso activo del administrador de la campaña inicia la Conmutación por falla si no hay conexión del marcador por más de 60 segundos por abandono. Este temporizador puede ser cambiado agregando el dword EMTClientTimeoutToFailover bajo el trayecto de registro del maderero/BlendedAgent/CurrentVersion/; el valor debe ser un tiempo de espera para la conexión del marcador en los segundos.
• Los procesos del administrador de la campaña guardan el despedir de A a B y vice versa si el marcador no puede establecer una conexión a ningunos de ellos.
• La Conmutación por falla del administrador de la campaña puede tomar hasta 4,5 minutos si hay una cola enorme de la replicación entre las bases de datos de los VAGOS. 4,5 minutos son un temporizador puesto en hard-code y no pueden ser cambiados.

Active de los marcadores - Espera

• Ningunos cambios de las versiones anteriores. El modelo de la Conmutación por falla del marcador sigue siendo lo mismo, solamente un active del marcador al mismo tiempo.

BaImport - Ninguna Conmutación por falla

• BaImport trabaja solamente con el proceso local del administrador de la campaña y replica su estatus. En caso de la caída del proceso de BaImport, la Conmutación por falla en el nivel del administrador de la campaña se acciona.

  

Configurar

Pasos preliminares

Paso 1. Asegúrese de que la característica de la replicación del SQL Server esté activada.

• Durante la instalación del SQL, la replicación como característica necesita ser seleccionada. Para asegurarse de que la característica de la replicación esté activada en el servidor registrador, navegue a la unidad de disco SQL > a setup.exe > a las herramientas y al informe instalado informe del descubrimiento del funcionamiento SQL
• Si la característica no se enumera en el informe funciona con este comando en la herramienta de Windows CMD y proporcione al nombre de instancia del SQL Server en el comando parameter respectivo

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

Paso 2. Asegúrese de que la cuenta de usuario del SQL Server esté configurada.

• El nombre de usuario y contraseña debe ser lo mismo en el lado A del maderero y el lado B del maderero.
• El usuario debe tener el privilegio del sistema Admin del SQL Server.
• Usted utiliza este nombre de usuario y contraseña cuando usted ejecuta WebSetup para configurar la opción de Salida y para activar la Alta disponibilidad de la opción de Salida.
• El usuario no tiene que ser el usuario SQL sa. Puede ser otro usuario pero debe tener privilegio del sysadmin y sigue activado.

        

Paso 3. En la AUTORIDAD \ el SISTEMA de NT del usuario SQL debe tener papel del sysadmin. 

Paso 4. El hostname y el servername del SQL Server (@@servername) del servidor registrador deben ser lo mismo.

Nuevo instale la configuración

Paso 1. Cree las bases de datos de los VAGOS en ambos servidores registradores.

Paso 2. Configure al mismo usuario SQL local con el papel del sysadmin en ambos madereros.

Paso 3. Comience WebSetup en LoggerA, corrija el componente del maderero y active la opción de Salida y la Alta disponibilidad saliente.

Nota: Asegúrese que usted proporcione al hostname de los madereros en los campos de la interfaz pública del maderero. Este valor debe hacer juego el nombre de servidor SQL en el maderero respectivo.

Después de que WebSetup se complete con éxito, usted debe ver la publicación creada y servidor y Subscribtion de LoggerA SQL en LoggerB.

Contrólelo del SQL Server Management Studio (SSMS) bajo replicación > las publicaciones locales en LoggerA y Subsciptions local en LoggerB.

Ejecute WebSetup en LoggerB, corrija el componente del maderero y active la opción de Salida y la Alta disponibilidad saliente.

La publicación se debe crear en LoggerB y la suscripción en LoggerA. 

Esta imagen muestra la publicación y la suscripción creadas en el servidor de LoggerB.

Esta imagen muestra la publicación y la suscripción creadas en el servidor de LoggerA.

  

Troubleshooting

Revisión médica de la réplica de SQL

Seleccione la herramienta del monitor de la replicación del lanzamiento de SSMS para controlar el estatus de la replicación.

El estatus de la replicación debe ser ACEPTABLE.

Amplíe al editor para conseguir más información sobre el funcionamiento y el tiempo de espera.

Navegue los segundos tokens del trazalíneas de la tabulación y seleccione el trazalíneas del separador de millares. Eso prueba el tiempo de espera entre el editor y el distribuidor y entre el distribuidor y el suscriptor.

Esto se debe comprobar ambos madereros.

Cambie SQL Servername 

Abra SSMS y funcione con esta consulta SQL.

SELECT @@servername

Compare la salida de la interrogación con el hostname del Servidor Windows. Deben hacer juego.

Esta imagen muestra una recreación de un problema cuando el hostname del nombre de servidor de LoggerA y SQL no hace juego. Asegúrele el arreglo él antes de la disposición OO ha.

Para caer el servername SQL funcione con este comando en SSMS contra el DB del master.

EXEC sp_dropserver @server=<current wrong SQL servername>

Para agregar un nuevo servername SQL funcione con este comando.

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

Recomience el servidor SQL y el agente del SQL Server de los servicios de Windows y controle la salida de la consulta SQL selecta del @@servername.

Active la réplica de SQL manualmente

Precaución: Utilice este procedimiento solamente si WebSetup no puede establecer la replicación y los errores no están claros.

Ejecute este procedimiento almacenado contra las bases de datos de los VAGOS en ambos madereros con los valores variables 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>

Si usted hace frente a un error “CREATE DATABASE fallado”, controle si la cuenta MSSQLSERVER tiene acces completos al directorio en funcionamiento SQL.

Este error respectivo de las visualizaciones de imágenes en los registros del servidor SQL. 

Asegúrese que cuenta MSSQLSERVER tenga acceso total al directorio en funcionamiento SQL.

Asegúrese de que la publicación y la suscripción estén creadas en cada servidor del maderero SQL.

   

Inhabilite la réplica de SQL manualmente

Precaución: Utilice este procedimiento solamente si WebSetup no puede establecer la replicación y los errores no están claros.

Ejecute este procedimiento contra los databses de los VAGOS en ambos madereros con los valores variables respectivos.

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

Controle si las publicaciones se quitan de ambos servidores del maderero SQL.

Para borrar totalmente el servidor SQL de la configuración de la réplica, usted necesita suprimir manualmente las suscripciones y las bases de datos de la distribución del descenso en ambos servidores del maderero SQL.

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

El comando pasado puede fallar en algunos casos con el mensaje de error “no puede caer el nombre de servidor como editor del distribuidor porque hay bases de datos activadas para la replicación en ese servidor”.

EXEC sp_dropdistributor @no_checks = 1, @ignore_distributor =1

Información Relacionada

• Guía de la opción de Salida UCCE 11.6
• Guía de diseño UCCE 11.6 - De las consideraciones de la opción de Salida Alta disponibilidad
• Referencia transaccional de la replicación SQL
• Soporte Técnico y Documentación - Cisco Systems