Configurez et dépannez la Haute disponibilité d'option Outbound UCCE - Référence rapide

Introduction

Ce document décrit comment configurer et dépanner la Haute disponibilité d'option Outbound du Cisco Unified Contact Center Enterprise (UCCE) (OOHA).

Conditions préalables

Exigences

Cisco vous recommande de prendre connaissance des rubriques suivantes :

• Option Outbound UCCE
• Réplication transactionnelle de Microsoft SQL

Composants utilisés

Les informations contenues dans ce document sont basées sur les versions de matériel et de logiciel suivantes :

• Cisco UCCE 11.6
• Serveur SQL 2014 de MS

Les informations contenues dans ce document ont été créées à partir des périphériques d'un environnement de laboratoire spécifique. Tous les périphériques utilisés dans ce document ont démarré avec une configuration effacée (par défaut). Si votre réseau est en ligne, assurez-vous de bien comprendre l’incidence possible des commandes.

Informations générales

Architecture

La caractéristique facilement disponible d'option Outbound (OOHA) a été introduite dans la version UCCE 11.6. OOHA est une fonctionnalité facultative. Du responsable de campagne de version UCCE 11.6 le processus peut être redondant avec le modèle de Basculement d'Actif-standby. Quand OOHA est activé dans WebSetup, le système fait automatiquement la réplication transactionnelle bidirectionnelle SQL entre les bases de données BA_A et BA_B.

Ces tables sont répliquées :

• Contact
• Dialing_List
• Carte PCB
• Do_Not_Call

Architecture UCCE 11.6 OOHA

  

Vue d'ensemble des modèles de Basculement

Active de responsables de campagne - Standby

• Le processus actif de responsable de campagne initie le Basculement s'il n'y a aucune connexion de numéroteur pendant plus de 60 secondes par défaut. Ce temporisateur peut être changé en ajoutant le dword EMTClientTimeoutToFailover sous le chemin de registre de l'enregistreur/BlendedAgent/CurrentVersion/; la valeur doit être un temps d'attente pour la connexion de numéroteur en quelques secondes.
• Les processus de responsable de campagne continuent à rebondir d'A à B et vice versa si le numéroteur ne peut pas établir une connexion à l'un d'entre eux.
• Le Basculement de responsable de campagne peut prendre à 4,5 minutes s'il y a une file d'attente énorme de réplication entre les bases de données de BA. 4,5 minutes est un temporisateur codé en dur et ne peut pas être changées.

Active de numéroteurs - Standby

• Aucune modifications des versions préalables. Le modèle de Basculement de numéroteur demeure le même, seulement un active de numéroteur à la fois.

BaImport - Aucun Basculement

• BaImport fonctionne seulement avec le processus local de responsable de campagne et réplique son état. En cas de crash de processus de BaImport, le Basculement au niveau de responsable de campagne est déclenché.

  

Configurer

Étapes préliminaires

Étape 1. Assurez-vous que la caractéristique de réplication de Serveur SQL est activée.

• Pendant l'installation du SQL, la réplication comme caractéristique doit être sélectionnée. Afin de s'assurer que la caractéristique de réplication est activée sur le serveur d'enregistreur, naviguez vers l'unité de disque SQL > le setup.exe > les outils et l'état de détection installé par état du passage SQL
• Si la caractéristique n'est pas répertoriée dans l'état exécutent cette commande dans l'outil de Windows CMD et fournissez le nom d'exemple de Serveur SQL dans le paramètre de commande respectif

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

Étape 2. Assurez-vous que le compte utilisateur de Serveur SQL est configuré.

• Le nom d'utilisateur et mot de passe doit être identique sur le côté A d'enregistreur et l'enregistreur B. latéral.
• L'utilisateur doit avoir le privilège d'admin de système de Serveur SQL.
• Vous utilisez ce nom d'utilisateur et mot de passe quand vous exécutez WebSetup pour configurer l'option Outbound et pour activer la Haute disponibilité d'option Outbound.
• L'utilisateur ne doit pas être l'utilisateur de SQL SA. Ce peut être un autre utilisateur mais doit avoir le privilège de sysadmin et reste activé.

        

Étape 3. Dans l'AUTORITÉ \ SYSTÈME de NT d'utilisateur SQL doit avoir le rôle de sysadmin. 

Étape 4. L'adresse Internet de serveur d'enregistreur et le servername de Serveur SQL (@@servername) doivent être identique.

Nouveau installez la configuration

Étape 1. Créez les bases de données de BA sur les deux serveurs d'enregistreur.

Étape 2. Configurez le même utilisateur des gens du pays SQL avec le rôle de sysadmin sur les deux enregistreurs.

Étape 3. Commencez WebSetup sur LoggerA, éditez l'option Outbound de composant d'enregistreur et d'enable et la Haute disponibilité sortante.

Remarque: Assurez que vous fournissez l'adresse Internet d'enregistreurs dans des domaines d'interface publique d'enregistreur. Cette valeur doit apparier le nom du serveur SQL sur l'enregistreur respectif.

Après que WebSetup soit avec succès terminé, vous devez voir la publication créée et serveur et Subscribtion de LoggerA SQL sur LoggerB.

Vérifiez-le du studio de Gestion de Serveur SQL (SSM) sous la réplication > les publications locales sur LoggerA et les gens du pays Subsciptions sur LoggerB.

Exécutez WebSetup sur LoggerB, éditez l'option Outbound de composant d'enregistreur et d'enable et la Haute disponibilité sortante.

La publication doit être créée sur LoggerB et abonnement sur LoggerA. 

Cette image affiche la publication et l'abonnement créés sur le serveur de LoggerB.

Cette image affiche la publication et l'abonnement créés sur le serveur de LoggerA.

  

Dépanner

Vérification de l'intégrité de réplication SQL

Sélectionnez l'outil de moniteur de réplication de lancement des SSM pour vérifier l'état de réplication.

L'état de réplication doit être CORRECT.

Développez l'éditeur pour obtenir plus d'informations sur la représentation et la latence.

Naviguez en second lieu pour tabuler des jetons de traceur et pour sélectionner le traceur d'insertion. Cela teste la latence entre Publisher et le distributeur et entre le distributeur et l'abonné.

Ceci doit être vérifié les deux enregistreurs.

Modification SQL Servername 

Ouvrez les SSM et exécutez cette requête SQL.

SELECT @@servername

Comparez la sortie de la requête à l'adresse Internet de Windows Server. Ils doivent s'assortir.

Cette image affiche un scénario de problème quand l'adresse Internet de LoggerA et le nom du serveur SQL ne s'assortissent pas. Assurez-vous la difficulté il avant installation OO ha.

Afin de relâcher le servername SQL exécutez cette commande dans les SSM contre le DB principal.

EXEC sp_dropserver @server=<current wrong SQL servername>

Pour ajouter un nouveau servername SQL exécutez cette commande.

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

Redémarrez le serveur SQL et l'agent de Serveur SQL des services windows et vérifiez la sortie de la requête SQL choisie de @@servername.

Réplication de l'enable SQL manuellement

Attention : Utilisez cette procédure seulement si WebSetup ne peut pas établir la réplication et les erreurs ne sont pas claires.

Exécutez cette procédure stockée contre des bases de données de BA sur les deux enregistreurs avec des valeurs variables respectives.

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 vous faites face à une erreur « CRÉEZ LA BASE DE DONNÉES a manqué », vérifient si le compte MSSQLSERVER a de pleins acces au répertoire de travail SQL.

Cette erreur respective d'affichages d'image sur des journaux du serveur SQL. 

Assurez que compte MSSQLSERVER a l'accès complet au répertoire de travail SQL.

Assurez-vous que la publication et l'abonnement sont créés sur chaque serveur de l'enregistreur SQL.

   

Réplication du débronchement SQL manuellement

Attention : Utilisez cette procédure seulement si WebSetup ne peut pas établir la réplication et les erreurs ne sont pas claires.

Exécutez cette procédure contre des databses de BA sur les deux enregistreurs avec des valeurs variables respectives.

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

Vérifiez si des publications sont retirées des deux serveurs de l'enregistreur SQL.

Pour effacer complètement le serveur SQL de la configuration de réplication, vous devez supprimer manuellement des abonnements et des bases de données de distribution de baisse sur les deux serveurs de l'enregistreur SQL.

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

Dans certains cas la dernière commande peut échouer avec le message d'erreur « ne peut pas relâcher le nom du serveur comme distributeur Publisher parce qu'il y a des bases de données activées pour la réplication sur ce serveur ».

EXEC sp_dropdistributor @no_checks = 1, @ignore_distributor =1

Informations connexes

• Guide d'option Outbound UCCE 11.6
• Guide de conception UCCE 11.6 - Haute disponibilité de considérations d'option Outbound
• Référence transactionnelle de réplication SQL
• Support et documentation techniques - Cisco Systems