Como mover o base de dados de PostgreSQL entre o Inter-conjunto espreita em IM & em presença (IM&P)

Introdução

Este documento descreve como mover o base de dados de PostgreSQL entre pares do inter-conjunto nas mensagens instantâneas (IM) e presença (IM&P). 

Contribuído por Joel Burleigh e editado por Joseph Koglin, engenheiros de TAC da Cisco

Pré-requisitos

Requisitos

Cisco recomenda-o tem um ambiente que está conformes estas circunstâncias. 

• Você tem dois conjuntos IM&P com versões 9.1.1
• Os pares do Inter-conjunto setup entre o conjunto IM&P. 
• O base de dados de PostgreSQL foi configurado em um conjunto com um exemplo do base de dados único associado com o editor IM&P 

Componentes Utilizados

A informação neste documento é baseada nestes versões e componentes de software:

• Versões 9.1.1 IM&P
• PostgreSQL

As informações neste documento foram criadas a partir de dispositivos em um ambiente de laboratório específico. Todos os dispositivos utilizados neste documento foram iniciados com uma configuração (padrão) inicial. Se sua rede está viva, assegure-se de que você compreenda o impacto potencial do comando any.

Solução

Para eliminar toda a confusão estes termos serão usados para referir os conjuntos IM&P e o base de dados de PostgreSQL.

Termos

• Cluster1 - o conjunto IM&P onde o base de dados externo foi configurado originalmente
• Cluster2 - o conjunto IM&P onde a configuração de base de dados externo será movida para.
• PostgreSQL - para o host do base de dados externo

Etapas executadas 

aviso: Estas etapas devem somente ser utilizadas se você é deixado sem outras opções. Antes que você continue com estas etapas satisfaça discutem internamente para assegurar-se de que esta seja sua melhor solução.

Nota: Deve-se notar que se o bate-papo de Perssitent setup corretamente para o Inter-conjunto espreita. Cada nó em cada conjunto deve mandá-lo possuir a instância de base de dados em PostgreSQL. A única exceção a esta é se a versão é 11.5 e acima. 

Etapa 1. O primeiro entrou o comando CLI do editor IM&P onde seu base de dados é hospedado atualmente (Cluster1).

run sql select * from tcaliases

Faça a anotação do ID de conferência dinamicamente criado e criou manualmente aliás associado ao cluster local.

Um exemplo de um ID de conferência dinâmico é conference-2-StandAloneCluster2c2aa.jburleig.local. Você pode dizer este é o ID de conferência preliminar enquanto o preliminar está ajustado para retificar e tem um valor no campo do fkprocessnode

Um exemplo de um nó do bate-papo aliás é pchat1.jburleig.local que você pode dizer este porque o preliminar é ajustado a falso mas tem o mesmo valor do pkid na coluna do fkprocessnode como o ID de conferência preliminar faz.

 Saídas de exemplo: 

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

Etapa 2. Crie um backup do base de dados atual (PostgreSQL).

Nota: Isto deve ser feito por seu administrador da base de dados de acordo com suas exigências das organizações.

Etapa 3. Crie em seguida uma instância de base de dados nova (PostgreSQL)

• A tabela criada no comando abaixo é nomeada cluster2 e o usuário usado para criá-lo é tcuser.

Nota: O método codificado do base de dados podia ser diferente o outro então UTF8.

CREATE DATABASE cluster2 WITH OWNER tcuser ENCODING 'UTF8'

Etapa 4. Você precisará de adicionar uma entrada nova para permitir o acesso ao tcuser ao base de dados novo criado em etapa 2.

Se a configuração de base de dados externo nova no conjunto IM&P estará em uma sub-rede nova IP certifique-se atualizar a sub-rede na entrada que você faz no arquivo pg.hba.conf (PostgreSQL).

• Adicionar a entrada ao install_dir/data/pg_hba.conf

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

Etapa 5. Em seguida você precisará de criar um base de dados externo novo no conjunto IM&P que a configuração estará movida para (Cluster2)

• Navegue à Mensagem > ao servidor interno Setup > bases de dados externos
• Selecione o botão novo adicionar e configurar o databse externo novo e use o nome do base de dados e o usuário criados em etapa 3

Etapa 6. Desabilite agora o bate-papo persistente no IM&P atual que hospeda a configuração e o unassign persistentes do bate-papo o base de dados externo que é associado à configuração persistente do bate-papo (Cluster1)

• Navegue ao bate-papo da Mensagem > do grupo e ao bate-papo persistente
• Desmarcar a caixa de seleção persistente do bate-papo da possibilidade
• Ajuste o base de dados externo a unassigned

Etapa 7. Supressão seguinte a configuração de base de dados externo (Cluster1)

• Navegue à Mensagem > ao servidor interno Setup > bases de dados externos
• Selecione a caixa de seleção ao lado do base de dados persistente configurado do bate-papo de PostgreSQL e selecione a supressão.

Etapa 8. Supressão seguinte o pseudônimo feito sob encomenda do bate-papo persistente configurado no conjunto atual (Cluster1)

• Navegue ao server do bate-papo da Mensagem > do grupo que traça aliás
• Selecione a caixa de seleção ao lado do configurado aliás e selecione a supressão.

Etapa 9. A configuração persistente uma vez do bate-papo e de base de dados externo foi o reinício (Cluster1) completamente removido o roteador de Cisco XCP (Cluster1)

Etapa 10. Permita em seguida o bate-papo persistente sobre (Cluster2) e atribua o base de dados externo que foi criado na etapa 5.

• Navegue ao bate-papo da Mensagem > do grupo e ao bate-papo persistente
• Verifique a caixa de seleção persistente do bate-papo da possibilidade
• Ajuste o base de dados externo ao base de dados externo que foi criado na etapa 5.

Etapa 11. Verifique as mostras do teste de conectividade do base de dados externo está bem sobre (Cluster2) depois que você permite o bate-papo persistente, simplesmente continue se tem todas as marcas de verificação verdes.

• Navegue à Mensagem > ao servidor interno Setup > bases de dados externos
  • Verifique que o troubleshooter do base de dados externo mostra marcas de verificação verdes.
• Selecione o base de dados externo configurado que setup na etapa 5

Etapa 12. Crie um pseudônimo feito sob encomenda sobre (Cluster2) certificam-se usar o nome exato de esse que você suprimiu do conjunto velho. Você pode encontrar o nome do pseudônimo na saída de etapa 1.

• Navegue ao server do bate-papo da Mensagem > do grupo que traça aliás o > Add novo
• Adicionar o exatos o mesmo pseudônimo que se usam para ser configuradas em Cluster1. Você pode encontrar o nome de pseudônimo no comando output de Step1.

Etapa 13. Reinício seguinte o roteador XCP (Cluster2)

Etapa 14. Uma vez que o roteador de Cisco XCP reiniciou com sucesso (Cluster2) continue e pare o gerente das Conferências do texto de Cisco (Cluster2)

Etapa 15. Execute uma restauração do base de dados com o backup de PostgreSQL que foi feito em etapa 2. se certifica restaurar o backup à instância de base de dados nova que foi criada em etapa 3 (PostgreSQL)

• Verifique que os dados importados estão nos tc_rooms, nos tc_users, nos tc_messages e nas tabelas tc_msgarchive.

Etapa 16. Reinício seguinte o serviço de PostgreSQL (PostgreSQL)

Etapa 17. Começo seguinte o gerente das Conferências do texto em cluster2.

• Neste momento se os login de usuário para os jabber poderão ver alguns dos chats roons que foram criados com o bate-papo persistente aliás. Nenhuns chats roons que são associados ao ID de conferência dinamicamente atribuído do chat room não mostrarão como são associados atualmente ao conjunto velho. Você fixará este executando comandos update SQL no server de PostgreSQL.

Etapa 18. Da linha de comando de PostgreSQL execute estes comandos atualizar o ID de conferência velho ao pseudônimo novo que foi criado em etapa 12. (PostgreSQL)

Nota: Você precisará de adaptar estes comandos conter seu ID de conferência Cluster1 e o pseudônimo ID que você configurou.

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

Etapa 19. Reinício seguinte o serviço de PostgreSQL (PostgreSQL)

Etapa 20. Reinício seguinte o gerente das Conferências do texto (Cluster2)

Etapa 21. Neste momento os clientes do Jabber devem poder entrar a IM&P e recuperar todas as salas em toda a aba das salas.