Migrer les serveurs de collaboration vers un nouveau serveur ESXi

[Meddane]

Dans cet article, je partage avec vous  mon experience sur la procedure et les etapes necessaires pour migrer une infrastructure de collaboration vers un nouveau serveur ESXi inculant:

-Cluster CUCM

-Cluster CMS

-Cluster Unity Connection

-Expressway Core et Edge

Migration d'un cluster CUCM (un publisher et deux subscribers CUCM et IMP)

• 1. Sauvegarder le DRS dans l'ancien publisher incluant les subscribers CUCM et l'IMP. Eteindre les trois serveurs (Publisher, Subscribers CUCM et IMP).
• 2.  Installer un nouveau publisher dans le nouveau serveur ESXi avec les mêmes paramètres réseau et le même mot de passe cluster.

• 3. Restaurer le backup DRS dans le nouveau publisher.

• 4. Avant d'installer les nouveaux subscribers CUCM et IMP, les ajouter dans System > Server. Pour l'IMP s'assurer que l'option "High Availability" est désactivée.

• 5. Installer le nouveau subscriber CUCM et IMP avec les mêmes paramètres réseau dans le nouveau serveur ESXi.

• 6. Restaurer le backup dans les nouveaux subscribers CUCM et IMP.

• 7. Redémarrer le publisher, ensuite redémarrer les subscribers CUCM et IMP avec la commande utils system restart. Vérifier la replication avec la commande utils dbreplication runtimestate.
  

Migration d'un serveur Expressway (Core et Edge)

• 1. Faire un backup de l'ancien Expressway (Maintenance > Backup and restore).

• 2. Déployer une nouvelle VM Expressway dans le nouveau serveur ESXi.

• 3. Installer la licence dans le nouveau Expressway.

• 4. Restaurer le backup dans le nouveau Expressway (Maintenance > Backup and restore)

Migration d'un cluster Cisco Meeting Server

• 1. Vérifier l'état de la base de données sur tous les serveurs avec la commande database cluster status.

• 2. Faire un backup de tous les serveurs et copier les sauvegardes sur un PC avec la commande backup snapshot <backup_filename>.

• 3. Déconnecter les slaves de l'ancien CMS Primaire avec la commande database cluster remove.

• 4. Vérifier l'état de la base de données sur l'ancien CMS primaire.

• 5. Mettre hors ligne les CMS (primaire+Slaves).

• 6. Supprimer les serveurs dans Cisco Meeting Management.
• 7. Déployer une nouvelle VM CMS dans le nouveau serveur ESXi avec les mêmes paramètres réseau que l'ancien CMS primaire. Copier le backup avec SFTP. Restaurer avec la commande backup rollback <backup_filename>.
• 8. Déployer de nouvelles VMs CMS dans nutanix avec les mêmes paramètres réseau que les anciens slaves. Copier le backup. Restaurer avec la commande backup rollback <backup_filename>.

• 9. Ajouter les nouveaux CMS dans Cisco Meeting Management.

• 10. Joindre les slaves au nouveau CMS primaire avec la commande database cluster join <Database_primary_IPaddress>.

• 11. Si vous avez un serveur CallBridge seulement sans la base de donnees, le connecter au nouveau CMS primaire avec la commande database cluster connect <Database_primary_IPaddress>.

• 12. Vérifier l'état de la base de données sur tous les serveurs avec la commande database cluster status.

Migration d'un cluster Cisco Unity Connection (un Publisher et un subscriber)

• 1. Accéder au menu Serviceability du subscriber, dans Cluster Management, configurer le subscriber comme primaire.

• 2. Mettre hors ligne le publisher avec la commande utils system shutdown.

• 3. Installer une nouvelle VM publisher dans le nouveau serveur ESXi avec les mêmes paramètres réseau.

• 4. Dans le nouveau publisher, accéder au menu Cisco Unity Connection Administration. Naviguer vers System Settings > Cluster > Add New. Dans la page de configuration New Server, renseigner l'adresse IP du subscriber.
• 5. Au niveau du subscriber ALG. Restaurer la configuration avec la commande utils cuc cluster renegociate.
• 6. Redemarrer le publisher avec la commande utils system restart.
• 7.  Vérifier la configuration du cluster dans le Subscriber avec la commande show cuc cluster status. Et dans le publisher avec la commande utils dbreplication runtimestate.