Dépanner l'option de haute disponibilité sortante lorsque Échec sur le journal B est activé

Introduction

Ce document décrit comment résoudre le problème lorsque la haute disponibilité (HA) du numéroteur sortant est activée.

À partir de Cisco Unified Contact Center Enterprise (UCCE) version 11.6 prend en charge la fonctionnalité de haute disponibilité Outbound Option, qui permet aux gestionnaires de campagne et à l'importation Outbound Option sur les deux enregistreurs de fonctionner en mode actif/veille.

Conditions préalables

Exigences

Aucune exigence spécifique n'est associée à ce document.

Composants utilisés

Les informations contenues dans ce document sont basées sur UCCE 11.6.

The information in this document was created from the devices in a specific lab environment. All of the devices used in this document started with a cleared (default) configuration. Si votre réseau est en ligne, assurez-vous de bien comprendre l’incidence possible des commandes.

Problème : Impossible d'activer HA sur le journal côté B

Lorsque vous configurez un enregistreur Côté B, vous entrez le nom d'utilisateur et le mot de passe du code SQL et recevez l'erreur, comme indiqué dans l'image ( Logger A côté no error ) :

«Impossible d'activer/désactiver la réplication SQL pour la base de données BA. Reportez-vous au guide des options sortantes pour connaître les raisons possibles. Code d'erreur SQL : 18483, message d'erreur SQL : Erreur 18483 : erreur master ..sp_adddistribute. Impossible de se connecter au serveur COL115ROGGERB, car distributeur_admin n'est pas défini en tant que connexion à distance sur le serveur. Vérifiez que vous avez spécifié le nom de connexion correct. »

Solution

Étape 1 : connexion à SQL Server et vérification des journaux SQL

Journaux du serveur SQL  

 Date 27/10/2017 9:41:50

 Log SQL Server (Archive #1 - 27/10/17 15:23:00)

 Ouverture de session source

 Message:

"Impossible de se connecter au serveur 'COL115ROGGERB', car 'distributeur_admin' n'est pas défini en tant que connexion à distance sur le serveur. Vérifiez que vous avez spécifié le nom de connexion correct.  [CLIENT : <ordinateur local>]."

Étape 2 : vérification du nom du serveur de base de données

Sélectionnez base de données maître.

Sélectionner @@SERVERNAME

Cette requête renvoie le nom du serveur de base de données qui doit correspondre au nom de l'ordinateur.

Cependant, dans ce cas, lorsque vous exécutez la requête, comme illustré dans l'image, le nom du serveur de base de données est COL115ROGGERA mais le nom de l'ordinateur est COL115ROGGERB.

Étape 3. Correction du nom du serveur de base de données

Sp_addserver ‘COL115ROGGERB’, LOCAL

Comme l'illustre l'image, vous recevez ce message d'erreur « Le serveur existe déjà ».

Étape 4. Répertoriez tous les noms de serveurs de base de données.

sp_helpserver

   Remarque id=0 , qui est le serveur local .

   Comme l'illustre l'image, id=0 name is COL115ROGGERA , qui est le mauvais nom.

 Étape 5 : suppression du serveur local

sp_dropserver 'COL115ROGGERA'

   

Étape 6. Ajout du nom de serveur approprié

sp_addserver 'COL115ROGGERB', LOCAL

Lorsque le nom du serveur de base de données précédent est modifié, vous devez redémarrer le service SQL pour voir les modifications effectives affichées dans l'image.

Vérifier

Exécutez la commande : sélectionner @@SERVERNAME

Comme l'illustre l'image, elle renvoie le nom de serveur correct .

select @@SERVERNAME

Après avoir corrigé le nom du serveur de base de données, exécutez à nouveau la configuration Web et activez avec succès la haute disponibilité côté B.