Comment déplacer la base de données de PostgreSQL entre l'Inter-batterie scrute dans IM et présence (IM&P)

Introduction

Ce document décrit comment déplacer la base de données de PostgreSQL entre les pairs d'inter-batterie dans la messagerie instantanée (IM) et la présence (IM&P). 

Contribué par Joel Burleigh et édité par Joseph Koglin, ingénieurs TAC Cisco

Conditions préalables

Conditions requises

Cisco vous recommande ont un environnement qui remplissent ces conditions. 

• Vous avez deux batteries IM&P avec les versions 9.1.1
• Des pairs d'Inter-batterie ont été installés entre la batterie IM&P. 
• La base de données de PostgreSQL a été configurée sur une batterie avec un exemple simple de base de données associé avec l'IM&P Publisher 

Composants utilisés

Les informations dans ce document sont basées sur ces versions et composants de logiciel :

• Versions 9.1.1 IM&P
• PostgreSQL

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 vivant, assurez-vous que vous comprenez l'impact potentiel de n'importe quelle commande.

Solution

Pour éliminer n'importe quelle confusion ces termes seront utilisés pour se rapporter aux batteries IM&P et à la base de données de PostgreSQL.

Termes

• Cluster1 - la batterie IM&P où la base de données externe a été initialement configurée
• Cluster2 - la batterie IM&P à où la configuration de base de données externe sera déplacée.
• PostgreSQL - pour l'hôte de base de données externe

Étapes exécutées 

Avertissement : Ces étapes devraient seulement être utilisées si vous êtes laissé sans d'autres options. Avant que vous poursuiviez ces étapes veuillez discutent intérieurement pour s'assurer que c'est votre meilleure solution.

Remarque: Il convient noter que si la conversation de Perssitent est installée correctement pour l'Inter-batterie scrute. Chaque noeud sur chaque batterie devrait la faire posséder l'exemple de base de données sur PostgreSQL. La seule exception à ceci est si la version est 11.5 et en haut. 

Étape 1. Le premier a entré la commande CLI de l'IM&P Publisher où votre base de données est actuellement hébergée (Cluster1).

run sql select * from tcaliases

Notez l'ID dynamiquement créé de conférence et manuellement avez créé alias associé à la batterie locale.

Un exemple d'un ID dynamique de conférence est conference-2-StandAloneCluster2c2aa.jburleig.local. Vous pouvez dire ceci est l'ID primaire de conférence pendant que le primaire est placé pour rectifier et il a une valeur dans le domaine de fkprocessnode

Un exemple d'un noeud de conversation alias est pchat1.jburleig.local que vous pouvez dire ceci parce que le primaire est placé à faux mais il a la même valeur de pkid dans la colonne de fkprocessnode comme le fait l'ID primaire de conférence.

 Exemple de sortie : 

admin:run sql select * from tcaliases
pkid                                  tcalias                                             isprimary  fkprocessnode                        peerclusterid
====================================  ==================================================  =========  ==================================== ==============
50a4cf3b-0474-4723-ba50-4cd2cc1dd277  conference-2-StandAloneCluster2c2aa.jburleig.local      t      2c2aa1f6-cc7a-470a-a0ba-c8a892db68ca  NULL
9eca651d-5a67-3116-a57b-1eb2ab0911bd  pchat1.jburleig.local                                   f      2c2aa1f6-cc7a-470a-a0ba-c8a892db68ca  NULL
838e900a-0d2f-4843-be00-ac0a6c803ab5  conference-2-StandAloneClustercbea5.jburleig.local      f      NULL                                  2202

Étape 2. Créez une sauvegarde de la base de données en cours (PostgreSQL).

Remarque: Ceci devrait être fait par votre gestionnaire de base de données selon vos conditions requises d'organismes.

Étape 3. Créez ensuite un nouvel exemple de base de données (PostgreSQL)

• La table créée aux commandes ci-dessous est nommée cluster2 et l'utilisateur utilisé pour le créer est tcuser.

Remarque: La méthode encodée de base de données a pu être différente l'autre puis UTF8.

CREATE DATABASE cluster2 WITH OWNER tcuser ENCODING 'UTF8'

Étape 4. Vous devrez ajouter une nouvelle entrée pour permettre l'accès au tcuser à la nouvelle base de données créée dans l'étape 2.

Si la nouvelle configuration de base de données externe sur la batterie IM&P sera sur un nouvel IP de sous-réseau veillez à mettre à jour le sous-réseau dans l'entrée que vous faites dans le fichier pg.hba.conf (PostgreSQL).

• Ajoutez l'entrée à l'install_dir/data/pg_hba.conf

host      DBName          DBUsere          Subnet             password
host      cluster2        tcuser           10.10.1.0/24       password

Étape 5. Ensuite vous devrez créer une nouvelle base de données externe sur la batterie IM&P que la configuration sera déplacée à (Cluster2)

• Naviguez vers la Messagerie > le serveur externe installés > des bases de données externes
• Sélectionnez le bouton Nouveau d'ajouter et configurez le nouveau databse externe et utilisez le nom de la base de données et créé par l'utilisateur dans l'étape 3

Étape 6. Désactivez maintenant la conversation persistante sur le courant IM&P qui héberge la configuration et l'unassign persistants de conversation la base de données externe qui est associée à la configuration persistante de conversation (Cluster1)

• Naviguez vers la Messagerie > la discussion de groupe et la conversation persistante
• Décochez la case à cocher persistante de conversation d'enable
• Placez la base de données externe à non affecté

Étape 7. Prochain effacement la configuration de base de données externe (Cluster1)

• Naviguez vers la Messagerie > le serveur externe installés > des bases de données externes
• Sélectionnez la case à cocher à côté de la base de données persistante configurée de conversation de PostgreSQL et sélectionnez l'effacement.

Étape 8. Prochain effacement le pseudonyme fait sur commande de conversation persistante configuré sur la batterie en cours (Cluster1)

• Naviguez vers le serveur de Messagerie > de discussion de groupe traçant alias
• Sélectionnez la case à cocher à côté du configuré alias et sélectionnez l'effacement.

Étape 9. Une fois la conversation et la configuration de base de données externe persistantes a été la reprise (Cluster1) complètement retirée le routeur de Cisco XCP (Cluster1)

Étape 10. La conversation persistante de prochain enable en fonction (Cluster2) et assignent la base de données externe qui a été créée dans l'étape 5.

• Naviguez vers la Messagerie > la discussion de groupe et la conversation persistante
• Vérifiez la case à cocher persistante de conversation d'enable
• Placez la base de données externe à la base de données externe qui a été créée dans l'étape 5.

Étape 11. Vérifiez les expositions de test de Connectivité de base de données externe correct en fonction (Cluster2) après que vous activiez la conversation persistante, seulement continuez si elle a les coches tous verts.

• Naviguez vers la Messagerie > le serveur externe installés > des bases de données externes
  • Vérifiez que l'utilitaire de dépannage de base de données externe affiche les coches verts.
• Sélectionnez la base de données externe configurée qui a été installée dans l'étape 5

Étape 12. Créez un pseudonyme fait sur commande en fonction (Cluster2) veillent à utiliser le nom précis de celui que vous avez supprimé de la vieille batterie. Vous pouvez trouver le nom du pseudonyme dans la sortie de l'étape 1.

• Naviguez vers le serveur de Messagerie > de discussion de groupe traçant alias > ajoutent nouveau
• Ajoutez les précis le même pseudonyme qui les utilisent pour être configurés sur Cluster1. Vous pouvez trouver le pseudonyme dans la sortie de commande de Step1.

Étape 13. Prochaine reprise le routeur XCP (Cluster2)

Étape 14. Une fois que le routeur de Cisco XCP a redémarré avec succès (Cluster2) poursuivez et arrêtez le gestionnaire de Conférences des textes de Cisco (Cluster2)

Étape 15. Exécutez une restauration de base de données avec la sauvegarde de PostgreSQL qui a été faite dans l'étape 2. veillent à restaurer la sauvegarde sur le nouvel exemple de base de données qui a été créé dans l'étape 3 (PostgreSQL)

• Vérifiez que les données importées sont dans les tc_rooms, les tc_users, les tc_messages et les tables tc_msgarchive.

Étape 16. Prochaine reprise le service de PostgreSQL (PostgreSQL)

Étape 17. Prochain début le gestionnaire de Conférences des textes sur cluster2.

• En ce moment si les ouvertures de session utilisateur pour les jacasser pourront voir les chatrooms l'uns des qui ont été créés avec la conversation persistante alias. Aucun chatroom qui sont associés à l'ID dynamiquement assigné de conférence de chatroom n'affichera comme ils sont actuellement associés à la vieille batterie. Vous réparerez ceci en exécutant des commandes de mise à jour SQL sur le serveur de PostgreSQL.

Étape 18. De la ligne de commande de PostgreSQL exécutez ces commandes de mettre à jour le vieil ID de conférence au nouveau pseudonyme qui a été créé dans l'étape 12. (PostgreSQL)

Remarque: Vous devrez adapter ces commandes de contenir votre ID de la conférence Cluster1 et l'ID de pseudonyme que vous avez configuré.

Updates for tc_rooms

update tc_rooms set room_jid = replace(room_jid, ‘conference-2-StandAloneCluster2c2aa.jburleig.local’, ‘pchat1.jburleig.local’);

Updates for tc_users

update tc_users set room_jid = replace(room_jid, ‘conference-2-StandAloneCluster2c2aa.jburleig.local’, ‘pchat1.jburleig.local’);
update tc_users set nick_jid = replace(nick_jid, ‘conference-2-StandAloneCluster2c2aa.jburleig.local’, ‘pchat1.jburleig.local’);
update tc_users set initiator_jid = replace(initiator_jid, ‘conference-2-StandAloneCluster2c2aa.jburleig.local’, ‘pchat1.jburleig.local’);

Updates for tc_messages

update tc_messages set room_jid = replace(room_jid, ‘conference-2-StandAloneCluster2c2aa.jburleig.local’, ‘pchat1.jburleig.local’);
update tc_messages set msg = replace(msg, ‘conference-2-StandAloneCluster2c2aa.jburleig.local’, ‘pchat1.jburleig.local’);

Updates for tc_msgarchive

update tc_msgarchive set to_jid = replace(to_jid, ‘conference-2-StandAloneCluster2c2aa.jburleig.local’, ‘pchat1.jburleig.local’);
update tc_ msgarchive set nick_jid = replace(nick_jid, ‘conference-2-StandAloneCluster2c2aa.jburleig.local’, ‘pchat1.jburleig.local’);
update tc_ msgarchive set message_string = replace(message_string, ‘conference-2-StandAloneCluster2c2aa.jburleig.local’, ‘pchat1.jburleig.local’);

Étape 19. Prochaine reprise le service de PostgreSQL (PostgreSQL)

Étape 20. Prochaine reprise le gestionnaire de Conférences des textes (Cluster2)

Étape 21. En ce moment les clients de Jabber devraient pouvoir ouvrir une session à IM&P et récupérer toutes les salles dans le tout l'onglet de salles.