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

IntroducciónprerrequisitosRequisitosComponentes UtilizadosAntecedentesArquitecturaDescripción de los modelos de la Conmutación por fallaConfigurarPasos preliminaresNuevo instale la configuraciónTroubleshootingRevisión médica de la réplica de SQLCambie SQL Servername Active la réplica de SQL manualmenteInhabilite la réplica de SQL manualmenteInformación Relacionada

Introducción

Este documento describe cómo configurar y resolver problemas la Alta disponibilidad de la opciónde 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 yhardware.

Cisco UCCE 11.6●

SQL Server 2014 ms●

La información que contiene este documento se creó a partir de los dispositivos en un ambientede laboratorio específico. Todos los dispositivos que se utilizan en este documento se pusieron enfuncionamiento 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 laversión UCCE 11.6. OOHA es una característica opcional. Del administrador de la campaña de laversión UCCE 11.6 el proceso puede ser redundante con el modelo Activo-espera de laConmutación por falla. Cuando OOHA se activa en WebSetup, el sistemahace automáticamente la replicación transaccional bidireccional SQL entre las bases de datosBA_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 sercambiado agregando el dword EMTClientTimeoutToFailover bajo el trayecto de registro delmaderero/BlendedAgent/CurrentVersion/; el valor debe ser un tiempo de espera para laconexió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 elmarcador 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 sihay una cola enorme de la replicación entre las bases de datos de los VAGOS. 4,5 minutosson 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 delmarcador 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 suestatus. En caso de la caída del proceso de BaImport, la Conmutación por falla en el nivel deladministrador 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 servidorregistrador, navegue a la unidad de disco SQL > a setup.exe > a las herramientas y alinforme instalado informe del descubrimiento del funcionamiento SQL

●

Si la característica no se enumera en el informe funciona con este comando en laherramienta de Windows CMD y proporcione al nombre de instancia del SQL Server en elcomando 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 Bdel 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 paraconfigurar 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 tenerprivilegio 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 servidorregistrador 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ónde Salida y la Alta disponibilidad saliente.

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

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

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

Ejecute WebSetup en LoggerB, corrija el componente del maderero y active la opción de Salida yla 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 elestatus 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 delseparador 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 servidorde 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 ycontrole 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 lareplicación y los errores no están claros.

Ejecute este procedimiento almacenado contra las bases de datos de los VAGOS en ambosmadereros 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 cuentaMSSQLSERVER 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 madereroSQL.

   

Inhabilite la réplica de SQL manualmente

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

Ejecute este procedimiento contra los databses de los VAGOS en ambos madereros con losvalores 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 suprimirmanualmente las suscripciones y las bases de datos de la distribución del descenso en ambosservidores 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 elnombre de servidor como editor del distribuidor porque hay bases de datos activadas para lareplicació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 Altadisponibilidad

●

Referencia transaccional de la replicación SQL●

Soporte Técnico y Documentación - Cisco Systems●