Hoe de PostgreSQL Database tussen Inter-Cluster peers in IM & Presence (IM&P) te verplaatsen

Inleiding

Dit document beschrijft hoe de PostgreSQL-database tussen inter-cluster peers in Instant Messaging (IM) en Presence (IM&P) moet worden verplaatst. 

Bijgedragen door Joel Burleigh en bewerkt door Joseph Koglin, Cisco TAC Engineers

Voorwaarden

Vereisten

Cisco raadt u een omgeving aan die aan deze voorwaarden voldoet. 

• U hebt twee IM&P-clusters met versie(s) 9.1.1
• Inter-Cluster peers waren ingesteld tussen IM&P-cluster. 
• PostgreSQL-database was ingesteld op één cluster met één database-instantie gekoppeld aan de IM&P Publisher 

Gebruikte componenten

De informatie in dit document is gebaseerd op deze softwareversie(s) en onderdelen:

• IM&P versie(s) 9.1.1
• PostgreSQL

De informatie in dit document is gebaseerd op de apparaten in een specifieke laboratoriumomgeving. Alle apparaten die in dit document worden beschreven, hadden een opgeschoonde (standaard)configuratie. Als uw netwerk levend is, zorg er dan voor dat u de mogelijke impact van om het even welke opdracht begrijpt.

Oplossing

Om elke verwarring te elimineren zullen deze termen gebruikt worden om naar de IM&P clusters en de PostgreSQL database te verwijzen.

Bepalingen

• Cluster1 - de IM&P-cluster waarin de externe database oorspronkelijk was geconfigureerd
• Cluster2 - het IM&P-cluster waarin de externe configuratie van de database naar verplaatst wordt.
• PostgreSQL - voor de externe database host

Uitgevoerde stappen 

Waarschuwing: deze stappen mogen alleen worden gebruikt als u geen andere opties meer hebt. Voordat u deze stappen onderneemt, bespreek dit intern om er zeker van te zijn dat dit de beste oplossing is.

Opmerking: Houd er rekening mee dat als u een permanent chatten hebt, dit correct is ingesteld voor interCluster peers. Elk knooppunt op elk cluster moet een eigen database instantie op PostgreSQL hebben. De enige uitzondering hierop is als de versie 11.5 en hoger is. 

Stap 1. Voer eerst de CLI-opdracht in van de IM&P Publisher waar uw database momenteel wordt gehost (Cluster1).

run sql select * from tcaliases

Let op de dynamisch gemaakte conferentie-ID en handmatig gemaakte alias gekoppeld aan de lokale cluster.

Een voorbeeld van een dynamische conferentie-ID is conference-2-standAloneCluster2c2aa.jburleig.local. Dit is de primaire conferentie-ID, omdat de primaire waarde op waar is ingesteld en de waarde in het veld Fakkelknooppunt

Een voorbeeld van een chat knooppunt is pchat1.jburleig.local, je kunt dit zien omdat de primaire is ingesteld op vervalsing, maar de primaire waarde in de fkverwerkknoop kolom heeft dezelfde waarde als de primaire conferentie-ID.

 Uitvoer van voorbeeld: 

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

Stap 2. Maak een back-up van de huidige database (PostgreSQL).

Opmerking: Dit moet worden gedaan door de beheerder van de database in overeenstemming met de eisen van uw organisaties.

Stap 3. Maak vervolgens een nieuwe database-instantie (PostgreSQL)

• De tabel die onder opdracht is gemaakt, wordt cluster2 genoemd en de gebruiker die wordt gebruikt om deze te maken, is gebruiker.

Opmerking: De gecodeerde methode van de databank kan anders zijn dan UTF8.

CREATE DATABASE cluster2 WITH OWNER tcuser ENCODING 'UTF8'

Stap 4. U moet een nieuw item toevoegen om toegang tot de gebruiker te verlenen aan de nieuwe database die in stap 2 is gemaakt.

Als de nieuwe externe configuratie van het gegevensbestand op de IM&P cluster op een nieuwe IP Subnet zal zijn zal verzekeren om het SUBNET in de ingang bij te werken u in het pg.hba.conf dossier (PostgreSQL) maakt.

• Voeg de ingang aan toe aan install_dir/data/pg_hba.conf

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

Stap 5. Daarna zult u een nieuw extern gegevensbestand op de IM&P cluster moeten creëren dat de configuratie naar (Cluster2) zal worden verplaatst

• Navigeren in berichten > Instellingen externe server > Externe databases
• Selecteer de knop Nieuwe toevoegen en stel de nieuwe externe database in en gebruik de naam van de database en de gebruiker die in stap 3 zijn gemaakt

Stap 6. Maakt nu persisterende chat op de huidige IM&P-indeling uit die de configuratie voor persistente chatting opslaat en koppelt de externe database los die is gekoppeld aan de configuratie voor persistente chatting (Cluster1)

• Navigeren in op Messaging > Group Chat en Persistent Chat
• Schakel het selectieteken voor aanhoudende taak inschakelen uit
• Stel de externe database in op niet-toegewezen

Stap 7. Verwijder de externe configuratie van de database (Cluster1)

• Navigeren in berichten > Instellingen externe server > Externe databases
• Selecteer het selectieteken naast de geconfigureerde PostgreSQL-persisterende chatdatabase en selecteer Verwijderen.

Stap 8. Verwijder vervolgens de op de huidige cluster geconfigureerde persistente chat-alias (Cluster1).

• Navigeren in op Messaging > Toewijzing van subservers
• Selecteer het selectieteken naast de ingestelde alias en selecteer wissen.

Stap 9. Zodra de configuratie van de persistente chat en externe database volledig is verwijderd (Cluster1) herstart de Cisco XCP-router (Cluster1)

Stap 10. Daarna maakt u doorlopende chat op (Cluster2) mogelijk en wijst u externe database toe die in stap 5 is gemaakt.

• Navigeren in op Messaging > Group Chat en Persistent Chat
• Schakel het selectieteken voor persistentie inschakelen in
• Stel de externe database in op de externe database die in stap 5 is gemaakt.

Stap 1. Controleer de externe test van de gegevensconnectiviteit (Cluster2) nadat u persisterende chatting toestaat, alleen doorgaan als deze alle groene controletekens heeft.

• Navigeren in berichten > Instellingen externe server > Externe databases
  • Controleer dat de externe probleemoplossing in de database groene controletekens toont.
• Selecteer de ingestelde externe database die in stap 5 was ingesteld

Stap 12. Maak een aangepaste alias op (Cluster2). Gebruik de exacte naam van de map die u uit de oude cluster hebt verwijderd. U kunt de naam van het alias vinden in de uitvoer uit stap 1.

• Navigeren in berichten > Toewijzing van groepsservers > Toewijzing van nieuwe servers
• Voeg de exacte alias toe die gebruikt worden om op Cluster1 te configureren. U kunt de alias naam in de opdrachtoutput van Stap1 vinden.

Stap 13. Volgende herstart de XCP-router (Cluster2)

Stap 14. Zodra de Cisco XCP-router met succes (Cluster2) is herstart, gaat u verder en stopt u de Cisco Text Conferencing Manager (Cluster2)

Stap 15. Voer een database-terugzetten uit met de PostgreSQL-back-up die is gemaakt in stap 2. Zorg ervoor dat de back-up wordt hersteld naar de nieuwe database-instantie die is gemaakt in stap 3 (PostgreSQL)

• Controleer dat de geïmporteerde gegevens te vinden zijn in de tc_rooms, tc_user, tc_messen en tc_msgarchive tabellen.

Stap 16. Volgende start de PostgreSQL-service (PostgreSQL)

Stap 17. Begin volgende met de tekstconferencingbeheerder op cluster2.

• Als een gebruiker zich op Jabber aanmeldt, kunnen ze alle chatrooms bekijken die zijn gemaakt met de aanhoudende chat-alias. Alle chatruimtes die gekoppeld zijn aan de dynamisch toegewezen chatroom conferentie-ID zullen niet worden weergegeven, omdat ze momenteel gekoppeld zijn aan de oude cluster. U zal dit repareren door SQL update opdrachten op de PostgreSQL server uit te voeren.

Stap 18. Van de opdrachtregel PostgreSQL voert deze opdrachten uit om de oude conferentie-ID bij te werken naar het nieuwe alias dat in stap 12 was gemaakt. (PostgreSQL)

Opmerking: U moet deze opdrachten aanpassen om uw Cluster1 conference-ID en de alias-ID te bevatten die u hebt ingesteld.

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’);

Stap 19. Volgende start de PostgreSQL-service (PostgreSQL)

Stap 20. Start vervolgens het tekstconferencingbeheer (Cluster2) opnieuw op

Stap 21. Op dit punt kunnen Jabber-clients in IM&P inloggen en alle kamers in het tabblad Alle kamers ophalen.