Cluster de connexion Unity CISCO version 14

Informations sur le produit

Caractéristiques

• Nom du produit : Cluster de connexion Cisco Unity
• Messagerie vocale haute disponibilité
• Deux serveurs exécutant les mêmes versions d'Unity Connection
• Serveur d'éditeur et serveur d'abonnés

Instructions d'utilisation du produit

Liste des tâches pour la configuration d'un cluster Unity Connection

1. Rassemblez les exigences du cluster Unity Connection.
2. Configurez les notifications d'alerte pour les alertes Unity Connection.
3. Personnalisez les paramètres du cluster sur le serveur de l'éditeur.

Configuration des paramètres du cluster Cisco Unity Connection sur le serveur de publication

1. Connectez-vous à l'administration de Cisco Unity Connection.
2. Développez Paramètres système > Avancé et sélectionnez Configuration du cluster.
3. Sur la page Configuration du cluster, modifiez l'état du serveur et sélectionnez Enregistrer.

Administration d'un cluster de connexion Unity

Pour vérifier l'état du cluster Unity Connection et garantir une configuration correcte :

Vérification de l'état du cluster à partir de Web Interface

1. Connectez-vous à Cisco Unity Connection Serviceability du serveur d'éditeur ou d'abonné.
2. Développez Outils et sélectionnez Gestion des clusters.
3. Sur la page Gestion du cluster, vérifiez l'état du serveur.

Vérification de l'état du cluster à partir de l'interface de ligne de commande (CLI)

1. Exécutez la commande CLI show cuc cluster status sur le serveur éditeur ou le serveur d'abonné.

Gestion des ports de messagerie dans un cluster

Dans un cluster Unity Connection, les serveurs partagent les mêmes intégrations de système téléphonique. Chaque serveur gère une part des appels entrants pour le cluster.

Assignations de ports

En fonction de l'intégration du système téléphonique, chaque port de messagerie vocale est soit attribué à un serveur spécifique, soit utilisé par les deux serveurs.

FAQ

• Q : Comment puis-je recueillir les exigences du cluster Unity Connection ?
• R : Pour plus d'informations sur la collecte des exigences du cluster Unity Connection, reportez-vous à la documentation Configuration système requise pour la configuration du cluster Cisco Unity Connection.
• Q : Comment configurer les notifications d'alerte pour les alertes Unity Connection ?
• R : Reportez-vous au Guide d'administration de l'outil de surveillance en temps réel Cisco Unified pour obtenir des instructions sur la configuration des notifications d'alerte pour les alertes Unity Connection.
• Q : Comment modifier l'état du serveur dans un cluster ?
• R : Pour modifier l'état du serveur dans un cluster, connectez-vous à Cisco Unity Connection Administration, développez Paramètres système > Avancé, sélectionnez Configuration du cluster et modifiez l'état du serveur sur la page Configuration du cluster.
• Q : Comment puis-je vérifier l'état du cluster Unity Connection ?
• R : Vous pouvez vérifier l'état du cluster Unity Connection à l'aide du web ou l'interface de ligne de commande (CLI). Pour des étapes détaillées, reportez-vous à la section « Vérification de l'état du cluster » du manuel d'utilisation.
• Q : Comment gérer les ports de messagerie dans un cluster ?
• R : Le manuel de l'utilisateur fournit des informations sur la gestion des ports de messagerie dans un cluster. Veuillez vous référer à la section « Gestion des ports de messagerie dans un cluster » pour plus de détails.

 

Introduction

Le déploiement du cluster Cisco Unity Connection fournit une messagerie vocale haute disponibilité via les deux serveurs qui exécutent les mêmes versions de Unity Connection. Le premier serveur du cluster est le serveur éditeur et le deuxième serveur est le serveur abonné.

Liste des tâches pour la configuration d'un cluster Unity Connection

Effectuez les tâches suivantes pour créer un cluster Unity Connection :

1.  Rassemblez les exigences du cluster Unity Connection. Pour plus d'informations, consultez la configuration système requise pour Cisco Unity Connection version 14 à l'adresse
2.    https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/connection/14/requirements/b_14cucsysreqs.html.
3. Installez le serveur d'éditeur. Pour plus d'informations, consultez la section Installation du serveur Publisher.
4.  Installez le serveur d'abonnés. Pour plus d'informations, consultez la section Installation du serveur d'abonnés.
5. Configurez l'outil de surveillance en temps réel Cisco Unified pour les serveurs d'éditeur et d'abonné afin d'envoyer des notifications pour les alertes Unity Connection suivantes :

• • Échec de la restauration automatique
  • Rétablissement automatique réussi
  • Échec du basculement automatique
  • Basculement automatique réussi
  •  Aucune connexion au pair
  • SbrFaile

Pour obtenir des instructions sur la configuration des notifications d'alerte pour les alertes Unity Connection, consultez la section « Cisco Unified Real-Time Monitoring Tool » du Guide d'administration de Cisco Unified Real-Time Monitoring Tool pour la version requise, disponible sur  http://www.cisco.com/c/en/us/support/unified-communications/unity-connection/products-maintenance-guides-list.html.

1.  (Facultatif) Effectuez les tâches suivantes pour personnaliser les paramètres du cluster sur le serveur de l'éditeur :

• Connectez-vous à l'administration de Cisco Unity Connection.
• Développez Paramètres système > Avancé et sélectionnez Configuration du cluster.
• Sur la page Configuration du cluster, modifiez l'état du serveur et sélectionnez Enregistrer. Pour plus d'informations sur la modification de l'état du serveur dans un cluster, consultez Aide > Cette page.

Administration d'un cluster de connexion Unity

Vous devez vérifier l'état du cluster Unity Connection pour vous assurer que le cluster est correctement configuré et fonctionne correctement. Il est également important de comprendre les différents statuts de serveur dans un cluster et les effets de la modification de l'état d'un serveur dans un cluster.

Vérification de l'état du cluster

Vous pouvez vérifier l'état du cluster Unity Connection soit à l'aide de l'outil web ou interface de ligne de commande (CLI). Étapes pour vérifier l'état du cluster de connexion Unity à partir de Web Interface

• Étape 1Connectez-vous à Cisco Unity Connection Serviceability du serveur d'éditeur ou d'abonné.
• Étape 2 Développez Outils et sélectionnez Gestion des clusters.
• Étape 3 Sur la page Gestion du cluster, vérifiez l'état du serveur. Pour plus d'informations sur Pour connaître l'état du serveur, consultez la section État du serveur et ses fonctions dans un cluster de connexion Unity.

Étapes pour vérifier l'état du cluster de connexion Unity à partir de l'interface de ligne de commande (CLI)

• Étape 1 Vous pouvez exécuter la commande CLI show cuc cluster status sur le serveur éditeur ou le serveur d'abonné pour vérifier l'état du cluster.
• Étape 2 Pour plus d'informations sur l'état du serveur et ses fonctions associées, consultez la section État du serveur et ses fonctions dans un cluster de connexion Unity.

Gestion des ports de messagerie dans un cluster

Dans un cluster Unity Connection, les serveurs partagent les mêmes intégrations de système téléphonique. Chaque serveur est responsable de gérer une part des appels entrants pour le cluster (répondre aux appels téléphoniques et prendre les messages).

En fonction de l'intégration du système téléphonique, chaque port de messagerie vocale est soit attribué à un serveur spécifique, soit utilisé par les deux serveurs. Gestion des ports de messagerie dans un cluster décrit les affectations de ports.
Tableau 1 : attributions de serveurs et utilisation des ports de messagerie vocale dans un cluster de connexion Unity

Intégration Taper	Affectations de serveurs et utilisation des ports de messagerie vocale
Intégration par Skinny Client Control Protocol (SCCP) avec Cisco Unified Communications Manager ou Cisco Unified Communications Manager Express	• Le système téléphonique est configuré avec deux fois le nombre de voix SCCP nécessaires pour gérer le trafic de messagerie vocale. (Par exempleample, des périphériques de port de messagerie vocale sont nécessaires pour gérer tous les périphériques de port de messagerie vocale qui doivent être configurés sur le système téléphonique.) • Dans l'administration de Cisco Unity Connection, la messagerie vocale est configurée de sorte que la moitié du nombre de ports configurés sur le téléphone soit attribuée à chaque serveur du cluster. (Par exempleample, chaque serveur dispose de 16 ports de messagerie vocale.) •  Sur le système téléphonique, un groupe de lignes, une liste de postes et un groupe de postes permettent au serveur d'abonné de répondre à la plupart des appels entrants. • Si l'un des serveurs cesse de fonctionner (par ex.ample, lorsqu'il s'agit d'une maintenance sh), le serveur restant assume la responsabilité des appels entrants pour le cluster. • Lorsque le serveur qui a cessé de fonctionner est en mesure de reprendre son fonctionnement et est activé, il reprend la responsabilité de gérer ses appels de partage pour le cluster.
Intégration via une liaison SIP avec Cisco Unified Communications Manager ou Cisco Unified Communications Manager Express	• Dans l'administration de Cisco Unity Connection, la moitié du nombre de ports VO nécessaires pour gérer le trafic de messagerie vocale est attribuée dans le cluster. (Par exempleampPar exemple, si 16 ports de messagerie vocale sont nécessaires pour tout le trafic de messagerie vocale du cluster, chaque serveur du cluster dispose de 8 ports de messagerie vocale.) •  Sur le système téléphonique, un groupe de routage, une liste de routage et un modèle de routage a pour répartir les appels de manière égale entre les deux serveurs du cluster. • Si l'un des serveurs cesse de fonctionner (par ex.ample, lorsqu'il s'agit d'une maintenance sh), le serveur restant assume la responsabilité des appels entrants pour le cluster. • Lorsque le serveur qui a cessé de fonctionner est en mesure de reprendre son fonctionnement et est activé, il reprend la responsabilité de gérer sa part de pour le cluster.

Intégration Taper	Affectations de serveurs et utilisation des ports de messagerie vocale
Intégration via les unités PIMG/TIMG	• Le nombre de ports configurés sur le système téléphonique est le même que celui des ports de messagerie vocale sur chaque serveur du cluster afin que le serveur dispose des ports de messagerie vocale. (Par exempleampPar exemple, si le système téléphonique est configuré avec des ports de messagerie vocale, chaque serveur du cluster doit avoir les mêmes ports de messagerie.) •  Sur le système téléphonique, un groupe de recherche est configuré pour distribuer les appels sur les deux serveurs du cluster. • Les unités PIMG/TIMG sont configurées pour équilibrer la messagerie vocale entre les serveurs. • Si l'un des serveurs cesse de fonctionner (par ex.ample, lorsqu'il est arrêté pour maintenance), le serveur restant assume la responsabilité du traitement des appels entrants pour le cluster. • Lorsque le serveur qui a cessé de fonctionner est capable de reprendre son fonctionnement normal et est activé, il reprend la responsabilité de gérer sa part des revenus pour le cluster.
Autres intégrations utilisant SIP	• Dans l'administration de Cisco Unity Connection, la moitié du nombre de ports vocaux nécessaires à la gestion du trafic de messagerie vocale est attribuée au cluster. (Par exempleampPar exemple, si 16 ports de messagerie vocale sont nécessaires pour tout le trafic de messagerie vocale du cluster, chaque serveur du cluster dispose de ports de messagerie.) •  Sur le système téléphonique, un groupe de recherche est configuré pour distribuer les appels sur les deux serveurs du cluster. • Si l'un des serveurs cesse de fonctionner (par ex.ample, lorsqu'il est fermé pour maintenance), le serveur restant assume la responsabilité du traitement des appels entrants pour le cluster. • Lorsque le serveur qui a cessé de fonctionner peut reprendre son fonctionnement normal, il reprend la responsabilité de gérer sa part d'appels entrants pour le serveur.

Empêcher tous les ports de prendre de nouveaux appels

Suivez les étapes de cette section pour empêcher tous les ports d'un serveur de prendre de nouveaux appels. Les appels en cours se poursuivent jusqu'à ce que les appelants raccrochent.

Astuce Utilisez la page Port Monitor de l'outil de surveillance en temps réel (RTMT) pour déterminer si un port gère actuellement les appels pour le serveur. Pour plus d'informations, consultez l'étape Empêcher tous les ports de prendre Nouveaux appels
Empêcher tous les ports d'un serveur de connexion Unity de prendre de nouveaux appels

• Étape 1 Connectez-vous à la fonctionnalité de maintenance de Cisco Unity Connection.
• Étape 2Développez le menu Outils et sélectionnez Gestion du cluster.
• Étape 3 Sur la page Gestion du cluster, sous Gestionnaire de ports, dans la colonne Modifier l'état du port, sélectionnez Arrêter de prendre des appels pour le serveur.

Redémarrer tous les ports pour prendre des appels

Suivez les étapes de cette section pour redémarrer tous les ports d'un serveur Unity Connection afin de leur permettre de reprendre les appels après leur arrêt.

• Étape 1 Connectez-vous à la fonctionnalité de maintenance de Cisco Unity Connection.
• Étape 2 Développez le menu Outils et sélectionnez Gestion du cluster.
• Étape 3 Sur la page Gestion du cluster, sous Gestionnaire de ports, dans la colonne Modifier l'état du port, sélectionnez Prendre des appels pour le serveur.

État du serveur et ses fonctions dans un cluster de connexion Unity

Chaque serveur du cluster a un état qui apparaît sur la page Gestion du cluster de Cisco Unity Connection Serviceability. L'état indique les fonctions que le serveur exécute actuellement dans le cluster, comme décrit dans le Tableau 2 : État du serveur dans un cluster de connexion Unity.

Tableau 2 : État du serveur dans un cluster de connexion Unityr

État du serveur

Responsabilités du serveur dans un cluster Unity Connection

Primaire

• Publie la base de données et la banque de messages, qui sont toutes deux répliquées sur l'autre serveur. •  Reçoit les données répliquées de l'autre serveur. •  Affiche et accepte les modifications apportées aux interfaces d'administration, telles que Unity Connection et Cisco Unified Operating System Administration. Ces données sont répliquées sur l'autre cluster. •  Répond aux appels téléphoniques et prend les messages. • Envoie des notifications de message et des demandes MWI. • Envoie des notifications SMTP et des messages VPIM. •  Synchronise les messages vocaux dans les boîtes aux lettres Unity Connection et Exchange si la fonctionnalité Unifi est configurée. • Se connecte aux clients, tels que les applications de messagerie et le web outils disponibles via   Note                Un serveur avec le statut Principal ne peut pas être désactivé.

 

État du serveur	Responsabilités du serveur dans un cluster Unity Connection
Secondaire	•  Reçoit les données répliquées du serveur ayant le statut principal. Les données incluent la base de données et le magasin. •  Réplique les données sur le serveur avec le statut principal. •  Affiche et accepte les modifications apportées aux interfaces d'administration, telles que Unity Connection Adm et Cisco Unified Operating System Administration. Les données sont répliquées sur le serveur avec un statut. •  Répond aux appels téléphoniques et prend les messages. • Se connecte aux clients, tels que les applications de messagerie et le web outils disponibles via Ci   Note                Seul un serveur avec le statut Secondaire peut être désactivé.
Désactivé	•  Reçoit les données répliquées du serveur ayant le statut principal. Les données incluent la base de données et le magasin. • N'affiche pas les interfaces d'administration, telles que l'administration de Unity Connection et l'administration du système d'exploitation unifié. Les données sont répliquées sur le serveur avec le serveur principal • Ne répond pas aux appels téléphoniques et ne prend pas de messages. •  Ne se connecte pas aux clients, tels que les applications de messagerie et les web outils disponibles via Cisco PCA.
Non fonctionnel	•  Ne reçoit pas de données répliquées du serveur ayant le statut principal. • Ne réplique pas les données sur le serveur ayant le statut principal. • N'affiche pas les interfaces d'administration, telles que l'administration de Unity Connection et l'administration du système d'exploitation unifié. • Ne répond pas aux appels téléphoniques et ne prend pas de messages.   Note                Un serveur dont l'état ne fonctionne pas est généralement arrêté.
Départ	•  Reçoit la base de données répliquée et la banque de messages du serveur ayant le statut principal. •  Réplique les données sur le serveur avec le statut principal. • Ne répond pas aux appels téléphoniques et ne prend pas de messages. •  Ne synchronise pas les messages vocaux entre Unity Connection et la boîte de réception des boîtes aux lettres Exchange).   Note                Ce statut ne dure que quelques minutes, après quoi le serveur prend le statut applicable

État du serveur	Responsabilités du serveur dans un cluster Unity Connection
Réplication des données	• Envoie et reçoit des données du cluster. • Ne répond pas aux appels téléphoniques et ne prend pas de messages pendant un certain temps. •  Ne se connecte pas aux clients, tels que les applications de messagerie et le web outils disponibles via Cisco PCA depuis un certain temps.   Note                Cet état ne dure que quelques minutes, après quoi l'état précédent reprend pendant
Récupération cérébrale divisée (Après avoir détecté deux serveurs avec le statut Principal)	•  met à jour la base de données et la banque de messages sur le serveur déterminé comme étant le serveur principal. •  Réplique les données sur l'autre serveur. • Ne répond pas aux appels téléphoniques et ne prend pas de messages pendant un certain temps. •  Ne synchronise pas les messages vocaux entre Unity Connection et la boîte aux lettres Exchange. La boîte de réception est activée depuis un certain temps. •  Ne se connecte pas aux clients, tels que les applications de messagerie et le web outils disponibles sur Cisco PCA depuis un certain temps.   Note                Cet état ne dure que quelques minutes, après quoi l'état précédent reprend pendant

Modification de l'état du serveur dans un cluster et ses effets

L'état du cluster Unity Connection peut être modifié automatiquement ou manuellement. Vous pouvez modifier manuellement l'état des serveurs d'un cluster des manières suivantes :

1.  Un serveur avec un statut secondaire peut être modifié manuellement en statut principal. Voir lee Modification manuelle de l'état du serveur de secondaire à principal section.
2. Un serveur avec un statut secondaire peut être modifié manuellement en statut désactivé. Voir le Activation manuelle du serveur avec l'état désactivé.
3.  Un serveur avec un statut Désactivé peut être activé manuellement afin que son statut passe à Primaire ou Secondaire, en fonction du statut de l'autre serveur. Voir le Activation manuelle d'un serveur avec un statut désactivé section.

Modification manuelle de l'état du serveur de secondaire à principal

• Étape 1 Connectez-vous à la fonctionnalité de maintenance de Cisco Unity Connection.
• Étape 2 Dans le menu Outils, sélectionnez Gestion des clusters.
• Étape 3 Sur la page Gestion du cluster, dans le menu Gestionnaire de serveur, dans la colonne Modifier l'état du serveur du serveur ayant l'état secondaire, sélectionnez Rendre principal.
• Étape 4 Lorsque vous êtes invité à confirmer le changement d'état du serveur, sélectionnez OK. La colonne État du serveur affiche l'état modifié une fois la modification terminée.

Note Le serveur qui avait initialement le statut Principal passe automatiquement au statut Secondaire

• Étape 1 Connectez-vous à l'outil de surveillance en temps réel (RTMT).
• Étape 2 Dans le menu Cisco Unity Connection, sélectionnez Port Monitor. L'outil Port Monitor apparaît dans le volet de droite.
• Étape 3 Dans le champ Nœud, sélectionnez le serveur avec le statut Secondaire.
• Étape 4 Dans le volet de droite, sélectionnez Démarrer l'interrogation. Notez si des ports de messagerie vocale traitent actuellement les appels pour le serveur.
• Étape 5 Connectez-vous à la fonctionnalité de maintenance de Cisco Unity Connection.
• Étape 6 Dans le menu Outils, sélectionnez Gestion des clusters.
• Étape 7 Si aucun port de messagerie vocale ne gère actuellement les appels pour le serveur, passez à Modification manuelle de l'état du serveur de secondaire à désactivé. Si des ports de messagerie vocale traitent actuellement les appels pour le serveur, sur la page Gestion du cluster, dans la colonne Modifier l'état du port, sélectionnez Arrêter de prendre des appels pour le serveur, puis attendez que RTMT indique que tous les ports du serveur sont inactifs.
• Étape 8 Sur la page Gestion du cluster, depuis le menu Gestionnaire de serveur, dans la colonne Modifier l'état du serveur pour le serveur
  avec le statut Secondaire, sélectionnez Désactiver. La désactivation d'un serveur met fin à tous les appels gérés par les ports du serveur.
• Étape 9 Lorsque vous êtes invité à confirmer le changement d'état du serveur, sélectionnez OK. La colonne État du serveur affiche l'état modifié une fois la modification terminée.

Activation manuelle d'un serveur avec un statut désactivé

• Étape 1 Connectez-vous à la fonctionnalité de maintenance de Cisco Unity Connection.
• Étape 2 Dans le menu Outils, sélectionnez Gestion des clusters.
• Étape 3 Sur la page Gestion du cluster, dans le menu Gestionnaire de serveur, dans la colonne Modifier l'état du serveur pour le serveur avec l'état Désactivé, sélectionnez Activer.
• Étape 4 Lorsque vous êtes invité à confirmer le changement d'état du serveur, sélectionnez D'ACCORD. La colonne État du serveur affiche l'état modifié une fois la modification terminée.

Effet sur les appels en cours lorsque l'état du serveur change dans un cluster de connexion Unity

Lorsque l'état d'un serveur Unity Connection change, l'effet sur les appels en cours dépend de l'état final du serveur qui traite un appel et de l'état du réseau. Le tableau suivant décrit

les effets:

Tableau 3 : Effet sur les appels en cours lorsque l'état du serveur change dans un cluster de connexion Unity

Statut Changement	Effets
Du primaire au secondaire	Lorsque le changement de statut est initié manuellement, les appels en cours ne sont pas affectés. Lorsque le changement d'état est automatique, l'effet sur les appels en cours dépend du service critique arrêté.
Du secondaire au primaire	Lorsque le changement de statut est initié manuellement, les appels en cours ne sont pas affectés. Lorsque le changement d'état est automatique, l'effet sur les appels en cours dépend du service critique qui s'est arrêté.
Secondaire à désactivé	Les appels en cours sont abandonnés. Pour éviter les appels interrompus, sur la page Gestion du cluster dans Cisco Unity Connection Serviceability, sélectionnez Arrêter de prendre des appels pour le serveur, attendez la fin de tous les appels et désactivez le serveur.
Primaire ou secondaire à la réplication des données	Les appels en cours ne sont pas affectés.
Récupération primaire ou secondaire du cerveau divisé	Les appels en cours ne sont pas affectés.

Si les connexions réseau sont perdues, les appels en cours peuvent être interrompus en fonction de la nature du problème réseau.

Effet sur la connexion Unity Web Applications lorsque l'état du serveur change

Le fonctionnement des éléments suivants web les applications ne sont pas affectées lorsque l'état du serveur change :

• Administration de Cisco Unity Connexion
• Facilité de maintenance de Cisco Unity Connection
• Connexion Cisco Unity web outils accessibles via Cisco PCA : l'assistant de messagerie, la boîte de réception de messagerie et les règles de transfert d'appel personnel web outils
• Cisco Web Boîte de réception
• Clients API de transfert d'état représentatif (REST)

Effet de l'arrêt d'un service critique sur un cluster de connexion Unity

Les services critiques sont nécessaires au fonctionnement normal du système Unity Connection. Les effets de l'arrêt d'un service critique dépendent du serveur et de son état décrit dans le tableau suivant :

Tableau 4 : Effets de l'arrêt d'un service critique sur un cluster de connexion Unity

 

Serveur	Effets
Éditeur	• Lorsque le serveur a l'état Principal, l'arrêt d'un service critique dans Cisco Unity Connection Serviceability entraîne le passage de l'état du serveur à Secondaire et dégrade la capacité du serveur à fonctionner normalement. L'état du serveur d'abonné passe à Principal s'il n'a pas l'état Désactivé ou Ne fonctionne pas. • Lorsque le serveur a l'état secondaire, l'arrêt d'un service critique dans Cisco Unity Connection Serviceability dégrade la capacité du serveur à fonctionner normalement. Le statut des serveurs ne change pas.
Abonné	Lorsque le serveur a l'état Principal, l'arrêt d'un service critique dans Cisco Unity Connection Serviceability dégrade la capacité du serveur à fonctionner normalement. Le statut des serveurs ne change pas.

Arrêt d'un serveur dans un Grappe

Lorsqu'un serveur Unity Connection a l'état Principal ou Secondaire, il gère le trafic de messagerie vocale et la réplication des données du cluster. Nous vous déconseillons d'arrêter les deux serveurs d'un cluster en même temps pour éviter une interruption brutale des appels et de la réplication en cours. Tenez compte des points suivants lorsque vous souhaitez arrêter un serveur dans un cluster Unity Connection :

• Arrêtez le serveur en dehors des heures de bureau lorsque le trafic de messagerie vocale est faible.
• Modifiez l'état du serveur de Primaire ou Secondaire à Désactivé avant de l'arrêter.
• Étape 1 Sur le serveur qui ne s'arrête pas, connectez-vous à Cisco Unity Connection Serviceability.
• Étape 2 Dans le menu Outils, sélectionnez Gestion des clusters.
• Étape 3 Sur la page Gestion du cluster, localisez le serveur que vous souhaitez arrêter.
• Étape 4 Si le serveur que vous souhaitez arrêter a un statut secondaire, passez à
• Étape 5. Si le serveur que vous souhaitez arrêter a le statut Principal, modifiez le statut :
  • Dans la colonne Modifier l'état du serveur pour le serveur avec l'état secondaire, sélectionnez Rendre principal.
  • Lorsque vous êtes invité à confirmer le changement d'état du serveur, sélectionnez OK.
  • Confirmez que la colonne État du serveur indique que le serveur a maintenant le statut principal et que le serveur que vous souhaitez arrêter a le statut secondaire.
• Étape 5 Sur le serveur de statut Secondaire (celui que vous souhaitez arrêter), modifiez le statut :
  • Connectez-vous à l'outil de surveillance en temps réel (RTMT).
  • Dans le menu Cisco Unity Connection, sélectionnez Port Monitor. L'outil Port Monitor apparaît dans le volet de droite.
  • Dans le champ Nœud, sélectionnez le serveur avec le statut Secondaire.
  • Dans le volet de droite, sélectionnez Démarrer l'interrogation.
  • Notez si des ports de messagerie vocale traitent actuellement les appels pour le serveur.
  • Si aucun port de messagerie vocale ne gère actuellement les appels pour le serveur, passez à l'étape 5g. Si des ports de messagerie vocale gèrent actuellement les appels pour le serveur, sur la page Gestion du cluster,
    dans la colonne Modifier l'état du port, sélectionnez Arrêter de prendre des appels pour le serveur, puis attendez que RTMT indique que tous les ports du serveur sont inactifs.
  • Sur la page Gestion du cluster, dans le menu Gestionnaire de serveur, dans la colonne Modifier l'état du serveur pour le serveur avec l'état Secondaire, sélectionnez Désactiver. Attention La désactivation d'un serveur met fin à tous les appels gérés par les ports du serveur.
  • Lorsque vous êtes invité à confirmer le changement d'état du serveur, sélectionnez OK.
  • Confirmez que la colonne État du serveur indique que le serveur a désormais l'état Désactivé.
• Étape 6 Arrêtez le serveur que vous avez désactivé :
  • Connectez-vous à la fonctionnalité de maintenance de Cisco Unity Connection.
  •  Développez Outils et sélectionnez Gestion des clusters.
  •  Assurez-vous que la colonne État du serveur affiche l'état Ne fonctionne pas pour le serveur que vous arrêtez.

Remplacement des serveurs dans un cluster

Suivez les étapes des sections indiquées pour remplacer le serveur d'éditeur ou d'abonné dans un cluster :

• Pour remplacer le serveur d'édition, consultez la section Remplacement d'un serveur d'édition.
• Pour remplacer le serveur d'abonné, consultez la section Remplacement d'un serveur d'abonné.

Comment fonctionne un cluster de connexion Unity
La fonctionnalité de cluster Unity Connection fournit une messagerie vocale haute disponibilité via deux serveurs Unity Connection configurés dans un cluster. Comportement du cluster Unity Connection lorsque les deux serveurs sont actifs :

• Le cluster peut se voir attribuer un nom DNS partagé par les serveurs Unity Connection.
• Les clients, tels que les applications de messagerie et le web Les outils disponibles via Cisco Personal Communications Assistant (PCA) peuvent se connecter à l'un ou l'autre des serveurs Unity Connection.
• Les systèmes téléphoniques peuvent envoyer des appels à l'un ou l'autre des serveurs Unity Connection.
• La charge du trafic téléphonique entrant est équilibrée entre les serveurs Unity Connection par le système téléphonique, les unités PIMG/TIMG ou d'autres passerelles requises pour l'intégration du système téléphonique.

Chaque serveur d'un cluster est responsable de la gestion d'une part des appels entrants pour le cluster (réponse aux appels téléphoniques et prise de messages). Le serveur avec le statut Principal est responsable des fonctions suivantes :

• Hébergement et publication de la base de données et de la banque de messages répliquées sur l'autre serveur.
• Envoi de notifications de messages et de demandes MWI (le service Connection Notifier est activé).
• Envoi de notifications SMTP et de messages VPIM (le service Connection Message Transfer Agent est activé).
• Synchronisation des messages vocaux entre les boîtes mail Unity Connection et Exchange, si la fonctionnalité de messagerie unifiée est configurée (le service Unity Connection Mailbox Sync est activé).

Lorsqu'un des serveurs cesse de fonctionner (par example, lorsqu'il est arrêté pour maintenance), le serveur restant reprend la responsabilité de gérer tous les appels entrants pour le cluster. La base de données et la banque de messages sont répliquées sur l'autre serveur lorsque ses fonctionnalités sont restaurées. Lorsque le serveur qui a cessé de fonctionner est capable de reprendre ses fonctions normales et est activé, il reprend la responsabilité de gérer sa part des appels entrants pour le cluster.

Note

Il est recommandé d'effectuer le provisionnement uniquement sur le serveur Publisher en mode Actif-Actif et sur l'Abonné (Acting Primary) en cas de basculement du cluster. Le changement de mot de passe et la modification du paramètre de mot de passe pour le code PIN utilisateur/Web L'application doit être provisionnée sur le serveur Publisher en mode Actif-Actif. Pour surveiller l'état du serveur, le service Connection Server Role Manager s'exécute dans Cisco Unity Connection Serviceability sur les deux serveurs. Ce service remplit les fonctions suivantes :

• Démarre les services applicables sur chaque serveur, en fonction de l'état du serveur.
• Détermine si les processus critiques (tels que le traitement des messages vocaux, la réplication de bases de données, la synchronisation des messages vocaux avec Exchange et la réplication de la banque de messages) fonctionnent normalement.
• Initie des modifications à l'état du serveur lorsque le serveur avec l'état principal ne fonctionne pas ou lorsque les services critiques ne sont pas en cours d'exécution.

Notez les limitations suivantes lorsque le serveur d'éditeur ne fonctionne pas :

• Si le cluster Unity Connection est intégré à un annuaire LDAP, la synchronisation des annuaires ne se produit pas, bien que l'authentification continue de fonctionner lorsque seul le serveur d'abonné fonctionne. Lorsque le serveur d'éditeur recommence à fonctionner, la synchronisation des annuaires reprend également.
• Si un réseau numérique ou HTTPS inclut le cluster Unity Connection, les mises à jour de l'annuaire n'ont pas lieu, bien que les messages continuent d'être envoyés vers et depuis le cluster lorsque seul le serveur d'abonné fonctionne. Lorsque le serveur éditeur fonctionne à nouveau, les mises à jour de l'annuaire reprennent.

Le service Connection Server Role Manager envoie un événement keep-alive entre les serveurs d'éditeur et d'abonné pour confirmer que les serveurs fonctionnent et sont connectés. Si l'un des serveurs cesse de fonctionner ou si la connexion entre les serveurs est perdue, le service Connection Server Role Manager attend les événements keep-alive et peut nécessiter 30 à 60 secondes pour détecter que l'autre serveur n'est pas disponible. Pendant que le service Connection Server Role Manager attend les événements keep-alive, les utilisateurs qui se connectent au serveur avec le statut Secondaire ne peuvent pas accéder à leur boîte aux lettres ni envoyer de messages, car le service Connection Server Role Manager n'a pas encore détecté que le serveur avec le statut Principal (qui a la banque de messages active) n'est pas disponible. Dans cette situation, les appelants qui tentent de laisser un message peuvent entendre du silence ou ne pas entendre le bip d'enregistrement.

Note Il est recommandé d'importer et de supprimer les utilisateurs LDAP uniquement du nœud éditeur.

Effets de la condition cérébrale divisée dans un cluster de connexion Unity

Lorsque les deux serveurs d'un cluster Unity Connection ont le statut Principal en même temps (par ex.ample, lorsque les serveurs ont perdu leur connexion entre eux), les deux serveurs gèrent les appels entrants (répondent aux appels téléphoniques et prennent les messages), envoient des notifications de messages, envoient des requêtes MWI, acceptent les modifications des interfaces d'administration (telles que l'administration de Unity Connection) et synchronisez les messages vocaux dans les boîtes aux lettres Unity Connection et Exchange si la boîte de réception unique est activée

• Toutefois, les serveurs ne répliquent pas la base de données et la banque de messages et ne reçoivent pas de données répliquées les uns des autres.
  Lorsque la connexion entre les serveurs est restaurée, l'état des serveurs passe temporairement à Split Brain Recovery pendant que les données sont répliquées entre les serveurs et que les paramètres MWI sont coordonnés. Pendant que l'état du serveur est Split Brain Recovery, le service Connection Message Transfer Agent et le service Connection Notifier (dans Cisco Unity Connection Serviceability) sont arrêtés sur les deux serveurs, de sorte qu'Unity Connection ne délivre aucun message et n'envoie aucun message. notifications.
• Le service Connection Mailbox Sync est également arrêté, donc Unity Connection ne synchronise pas les messages vocaux avec Exchange (boîte de réception unique). Les magasins de messages sont également brièvement démontés, de sorte qu'Unity Connection informe les utilisateurs qui tentent de récupérer leurs messages à ce stade que leurs boîtes aux lettres sont temporairement indisponibles.
  Une fois le processus de récupération terminé, le service Connection Message Transfer Agent et le service Connection Notifier sont démarrés sur le serveur de l'éditeur. La remise des messages arrivés pendant le processus de récupération peut prendre un temps supplémentaire, en fonction du nombre de messages à remettre. Le service Connection Message Transfer Agent et le service Connection Notifier sont démarrés sur le serveur d'abonné. Enfin, le serveur éditeur a le statut Principal et le serveur abonné a le statut Secondaire. À ce stade, le service Connection Mailbox Sync est démarré sur le serveur avec l'état Principal, afin que Unity Connection puisse reprendre la synchronisation des messages vocaux avec Exchange si une seule boîte de réception est activée.

Documents / Ressources

Cluster de connexion Unity CISCO version 14 [pdf] Guide de l'utilisateur Version 14 du cluster de connexion Unity, version 14, cluster de connexion Unity, cluster de connexion, cluster

Références

• Manuel d'utilisation