Cómo mover la base de datos de PostgreSQL entre el Inter-cluster mira en IM y la presencia (IM&P)

Introducción

Este documento describe cómo mover la base de datos de PostgreSQL entre los pares del inter-cluster en la Mensajería inmediata (IM) y la presencia (IM&P). 

Contribuido por Joel Burleigh y editado por José Koglin, ingenieros de Cisco TAC

Prerrequisitos

Requisitos

Cisco le recomienda tiene un entorno que cumple estas condiciones. 

• Usted tiene dos clusteres IM&P con las versiones 9.1.1
• Pusieron a los pares del Inter-cluster entre el cluster IM&P. 
• La base de datos de PostgreSQL fue configurada en un cluster con un caso de la única base de datos asociado al IM&P Publisher 

Componentes Utilizados

La información en este documento se basa en estas versiones y componentes del programa:

• Versiones 9.1.1 IM&P
• PostgreSQL

La información que contiene este documento se creó a partir de los dispositivos en un ambiente de laboratorio específico. Todos los dispositivos que se utilizan en este documento se pusieron en funcionamiento con una configuración verificada (predeterminada). Si su red está viva, asegúrese de que usted entienda el impacto potencial del comando any.

Solución

Para eliminar cualquier confusión estos términos serán utilizados para referir a los clusteres IM&P y a la base de datos de PostgreSQL.

Términos

• Cluster1 - el cluster IM&P donde la base de datos externa fue configurada originalmente
• Cluster2 - el cluster IM&P al donde la configuración de base de datos externa será movida.
• PostgreSQL - para el host de la base de datos externa

Pasos realizados 

Advertencia: Estos pasos deben ser utilizados solamente si le dejan sin las otras opciones. Antes de que usted proceda con estos pasos satisfaga discuten internamente para asegurarse que ésta es su mejor solución.

Nota: Debe ser observado que si la charla de Perssitent se pone correctamente para el Inter-cluster mira. Cada nodo en cada cluster debe hacer que posea la instancia de la base de datos en PostgreSQL. La única excepción a esto es si la versión es 11.5 y arriba. 

Paso 1. El primer entró el comando CLI del IM&P Publisher donde su base de datos se recibe actualmente (Cluster1).

run sql select * from tcaliases

Anote el ID de conferencia dinámicamente creado y creó manualmente alias asociado al clúster local.

Un ejemplo de un ID de conferencia dinámico es conference-2-StandAloneCluster2c2aa.jburleig.local. Usted puede decir esto es el ID de conferencia primario mientras que el primario se fija para verdad y tiene un valor en el campo del fkprocessnode

Un ejemplo de un nodo de la charla alias es pchat1.jburleig.local que usted puede decir esto porque el primario se fija a falso pero tiene el mismo valor del pkid en la columna del fkprocessnode como lo hace el ID de conferencia primario.

 Salida de ejemplo: 

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

Paso 2. Cree un respaldo de la base de datos actual (PostgreSQL).

Nota: Esto se debe hacer por su administrador de la base de datos de acuerdo con sus requisitos de las organizaciones.

Paso 3. Cree después una nueva instancia de la base de datos (PostgreSQL)

• La tabla creada en el comando abajo se nombra cluster2 y el usuario usado para crearlo es tcuser.

Nota: El método codificado de la base de datos podía ser diferente el otro entonces UTF8.

CREATE DATABASE cluster2 WITH OWNER tcuser ENCODING 'UTF8'

Paso 4. Usted necesitará agregar una nueva entrada para permitir el acceso al tcuser a la nueva base de datos creada en el paso 2.

Si la nueva configuración de base de datos externa en el cluster IM&P está en una nueva subred IP aseegurese poner al día la subred en la entrada que usted hace en el archivo pg.hba.conf (PostgreSQL).

• Agregue la entrada al install_dir/data/pg_hba.conf

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

Paso 5. Usted necesitará después crear una nueva base de datos externa en el cluster IM&P que la configuración será movida a (Cluster2)

• Navegue a la Mensajería > al servidor externo puestos > las bases de datos externas
• Seleccione el nuevo botón del agregar y configure el nuevo databse externo y utilice el nombre de la base de datos y creado por el usuario en el paso 3

Paso 6. Ahora inhabilite la charla persistente en el IM&P actual que recibe la configuración y el unassign persistentes de la charla la base de datos externa que se asocia a la configuración persistente de la charla (Cluster1)

• Navegue a la charla de la Mensajería > del grupo y a la charla persistente
• Desmarque el checkbox persistente de la charla del permiso
• Fije la base de datos externa a no asignado

Paso 7. Cancelación siguiente la configuración de base de datos externa (Cluster1)

• Navegue a la Mensajería > al servidor externo puestos > las bases de datos externas
• Seleccione el checkbox al lado de la base de datos persistente configurada de la charla de PostgreSQL y seleccione la cancelación.

Paso 8. Cancelación siguiente el alias de encargo de la charla persistente configurado en el cluster actual (Cluster1)

• Navegue al servidor de la charla de la Mensajería > del grupo alias que asocia
• Seleccione el checkbox al lado del configurado alias y seleccione la cancelación.

Paso 9. La configuración persistente una vez de la charla y de base de datos externa ha sido el reinicio totalmente quitado (Cluster1) el router de Cisco XCP (Cluster1)

Paso 10. La charla persistente del permiso siguiente encendido (Cluster2) y asigna la base de datos externa que fue creada en el paso 5.

• Navegue a la charla de la Mensajería > del grupo y a la charla persistente
• Marque el checkbox persistente de la charla del permiso
• Fije la base de datos externa a la base de datos externa que fue creada en el paso 5.

Paso 11 Verifique las demostraciones de la prueba de conectividad de la base de datos externa OK encendido (Cluster2) después de que usted habilite la charla persistente, sólo continúe si tiene todas las marcas de tilde verdes.

• Navegue a la Mensajería > al servidor externo puestos > las bases de datos externas
  • Verifique que el analista de errores de la base de datos externa muestre las marcas de tilde verdes.
• Seleccione la base de datos externa configurada que fue puesta en el paso 5

Paso 12. Cree un alias de encargo encendido (Cluster2) se aseeguran utilizar el nombre exacto del que usted borró del viejo cluster. Usted puede encontrar el nombre del alias en la salida del paso 1.

• Navegue al servidor de la charla de la Mensajería > del grupo alias que asocia > Add nuevo
• Agregue el exactos el mismo alias que utilizan para ser configuradas en Cluster1. Usted puede encontrar el nombre de alias en la salida de comando de Step1.

Paso 13. Reinicio siguiente el router XCP (Cluster2)

Paso 14. Una vez que el router de Cisco XCP ha recomenzado con éxito (Cluster2) proceda y pare al administrador de la Conferencia del texto de Cisco (Cluster2)

Paso 15. Realice un restore de la base de datos con el respaldo de PostgreSQL que fue hecho en el paso 2. se aseegura restablecer el respaldo a la nueva instancia de la base de datos que fue creada en el paso 3 (PostgreSQL)

• Verifique que los datos importados estén en los tc_rooms, los tc_users, los tc_messages y las tablas tc_msgarchive.

Paso 16. Reinicio siguiente el servicio de PostgreSQL (PostgreSQL)

Paso 17. Comienzo siguiente el administrador de la Conferencia del texto en cluster2.

• En este momento si los ingresos del usuario al sistema para farfullarlos pueden considerar las salas de chat unas de los que fueron creadas con la charla persistente alias. Ninguna salas de chat que se asocian al ID de conferencia dinámicamente asignado de la sala de chat no mostrarán como ella se asocian actualmente al viejo cluster. Usted reparará esto funcionando con los comandos update SQL en el servidor de PostgreSQL.

Paso 18. De la línea de comando de PostgreSQL ejecute estos comandos de poner al día el viejo ID de conferencia al nuevo alias que fue creado en el paso 12. (PostgreSQL)

Nota: Usted necesitará adaptar estos comandos de contener su ID de conferencia Cluster1 y el alias ID que usted ha configurado.

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

Paso 19. Reinicio siguiente el servicio de PostgreSQL (PostgreSQL)

Paso 20. Reinicio siguiente el administrador de la Conferencia del texto (Cluster2)

Paso 21. En este momento los clientes del Jabber deben poder iniciar sesión a IM&P y extraer todos los cuartos en toda la lengueta de los cuartos.