Files
projeto-importado/docs/transferencia_ipm_saude.md
T
2025-11-28 00:29:42 -03:00

8.6 KiB

Transferência Cliente - Ambiente de Produção (IPM Saúde)

Documentação do passo a passo para realizar a transferência de um cliente do ambiente de Migração para Produção referente ao sistema IPM Saúde

IMPORTANTE: Antes de prosseguir com os passos abaixo, garanta que todos os procedimento de configuração/criação do ambiente definitivo foram executados conforme o manual: Ativação IPM Saúde

Todos os passos abaixo são baseados no Checklist disponível em: Manutenção Servidores - 15082024 v1.xlsx > Transferir IPMSaúde que devem ser marcados como OK na planilha conforme a execução!

ATENÇÃO: Seguir os passos da forma que estão descritos, para que o processo finalize com êxito.

✅ Renomear database: _transferir

Conecte via pgAdmin no servidor informado pela migração (normalmente 192.168.25.100:5432), após, edite o nome de 00000_ipmsaude para 00000_ipmsaude_transferir.

exemplo_renomear_database_transferir

✅ Transferir base:

Via SSH, conecte na maquina informada pela migração (192.168.25.100 na porta padrão 22) e execute o script de transferencia:

su - postgres

Edite o script com as informações de origem e destino:

vim transferir.sh

BD_Origem="00000_ipmsaude_transferir"
Host_Destino="172.24.1.24"(Alterar para INT_RT do cliente)
BD_Destino="00000_ipmsaude"

Execute em segundo plano, dessa forma poderá acompanhar os logs através do tail:

./transferir.sh &

✅ Conferencia dos Logs da execução do Script

Assim que o Script for finalizado, deve ser efetuado a conferencia dos logs para garantir que a transferência ocorreu com sucesso:

cat *.log | grep ERROR
cat *.log | grep Error
cat *.log | grep WARN
cat *.log | grep Warn

✅ Execução InicializaDB

O software esta disponível no WTS do DataCenter do PR e SP, identifique em qual ambiente esse cliente esta instalado e utilize o mesmo dentro do ambiente correto! (pr01-remoto.ipm.com.br:33389 ou sp01-remoto.ipm.com.br:33389)

Diretório: C:\IPM\InicializaBD\inicializabd.exe

Inicie o software logando com as credências do seu Dicionário/CódigoIPM.

Após aberto, informe as opções:

Ambiente: Produção IP: 172.16.1.XXX ou 172.24.1.XXX
Porta: 65433
Usuário: Postgres
Senha: (neste momento o banco ainda estará como trust sendo assim não é necessário informar a senha)
Database: 00000_ipmsaude

Após informar os dados, o mesmo irá conectar no banco de dados do cliente. O mesmo irá trazer algumas opções marcadas no checkbox, e precisamos garantir que as opções abaixo estejam marcadas conforme também o Checklist na planilha (Demais opções que já vieram marcados devem continuar marcadas!):

  • Atividades pós-restore > Seta/Revoga permissões
  • Atividades pós-restore > Cria estrutura de monitoração
  • Atividades pós-restore > Criar estrutura de funções(vacuum e reindex)
  • Consistências > Consistir tablespaces de índices e PKs

Após tudo conferido e marcado, pode clicar em Iniciar

✅ Teste Acesso - IPM Saude

Realize o teste de acesso ao Sistema garantindo que o sistema esta acessível e funcionando de forma adequada:

Via navegador: https://cliente.atende.net/saude

✅ Ativação Backup Agendado (Crontab)

Devemos ativar a crontab que irá disparar o Script de Backup de forma diária no ambiente do cliente.

Para isso, basta acessar a crontab e descomentar a linha que estará informando a data e o Script em questão

Exemplo:

De:
#20 20 * * * /root/bkp_remoto/bkp_all_databases.sh

Para:
20 20 * * * /root/bkp_remoto/bkp_all_databases.sh

✅ Script Backup

O arquivo abaixo deverá ser configurado para que todas as manutenções sejam realizadas após a transferência de ambiente.

Altere de DATABASE para o nome padrão do banco de dados informado no chamado (00000_ipmsaude)

mkdir -p /root/bkp_remoto/DATABASE/cfg/

Após, crie o arquivo manutencao.cfg. Neste arquivo iremos inserir a data no padrão ANO/MES/DIA (Ex: 20250515). Isso fará com que o Script verifique essa data e após esse primeiro Backup o mesmo passe a realizar todas as manutenções necessárias na Base.

vim /root/bkp_remoto/DATABASE/cfg/manutencao.cfg

✅ Versão bkp_remoto.sh

Ainda no banco de dados definitivo, confira a versão do script de backup, garantindo que esteja atualizado na versão (3.11). Para isso, execute:

cat bkp_remoto/*.sh | grep "bkp_version="

Retorno: bkp_version="3.11" bkp_version="3.11" bkp_version="3.11"

✅ IP Storage Backup (FSTAB)

Apenas para exemplo dos IPs a serem utilizados conforme o site, caso necessário, a senha deverá ser consultada em outro servidor, pois está oculta na documentação.

🌐 PR01:

vim /etc/fstab

//172.16.0.247/Backup  /var/lib/pgsql/11/storage             cifs    users,noauto,username=serverlinux,password=*******,domain=ATENDENET,uid=26,gid=26,rw,vers=2.0 0 0

🌐 SP01:

vim /etc/fstab

//172.24.0.246/Backup  /var/lib/pgsql/11/storage             cifs    users,noauto,username=serverlinux,password=*******,domain=ATENDENET,uid=26,gid=26,rw,vers=2.0 0 0

✅ Testar mount da storage

Depois de realizar o mount, pode ser conferido o ponto de montagem através do df -h:

mount /var/lib/pgsql/11/storage

umount /var/lib/pgsql/11/storage

✅ Fechar o PG_HBA

Após ativado o Backup, iremos agora fechar o PG_HBA para que após isso seja necessário informar a senha para realizar qualquer conexão no banco de dados.

vim /var/lib/pgsql/11/data/pg_hba.conf

Altera os valores TRUST para MD5 mantendo apenas a rede 127.0.0.1/32 como trust. Segue exemplo abaixo:

# TYPE  DATABASE        USER            ADDRESS                 METHOD

# "local" is for Unix domain socket connections only
local   all             all                                     trust
# IPv4 local connections:
host    all             all             127.0.0.1/32            trust
host    all             all             192.168.28.128/28       md5
host    all             all             192.168.131.0/24        md5
host    all             all             192.168.25.0/24         md5
host    all             all             192.168.24.0/24         md5
host    all             all             192.168.20.0/24         md5
host    all             all             172.16.0.0/12           md5

✅ Arquivo de Configuração (postgresql.conf)

Altere a configuração do PostgreSQL para o padrão de Produção. Para isso execute o comando abaixo:

cp /var/lib/pgsql/11/data/postgresql.prod /var/lib/pgsql/11/data/postgresql.conf

Confirme a substituição do Arquivo

✅ Conferir chave criptografica SSH

Tente conectar no apache, através do servidor de banco. Utilize o comando abaixo, substituindo pelo IP da VM do apache do cliente:

✅ GDT Agent (Conferência)

Verificar a versão do GDT Agent:

vim /root/gdt_agent/gdt_agent.sh

Realize também a conferência do tipo_equipamento, que deve estar como 7 - IPM Saude:

vim /root/gdt_agent/cfg/gdt_agent.cfg

# Informe o Tipo do Equipamento conforme legenda. (1 - HTTP / 2 - SGDB - Atende.Net / 3 - TOMCAT / 4 - FIREWALL / 5 - HTTP-SGDB-TOMCAT / 6 - SGDB - Slave / 7 - SGDB - IPMSaude )
tipo_equipamento=7

✅ Reiniciar servidor de banco

Após realizar todos os passos acima, realize um reboot no servidor bdp-02-1150.

✅ Executar Atualização - SVN

Neste ponto iremos executar a atualização SVN (Software IPM Saude) do cliente em questão.

Acesse via navegador: https://cliente.atende.net/saude/?pg=atualizador
Realize o login com as credênciais (Código IPM e Senha) e selecione a ultima revisão e execute a atualização.

✅ Executar Pacotes

Ainda no pg=atualizador do cliente, vá na aba "Atualização de Pacotes (PAI)" e execute a atualização de todos os pacotes!

✅ Liberar IPMAdminBD

Acessar dicionario > Manutenção Clientes > Pesquisar pelo cliente (Municipio) > Botão direito > IPMAdminBD > Técnicos > Filtrar

Verificar se estão adicionados Técnicos do sistema IPM Saude.

Caso não estiver clicar com botão direito > Copiar de outro cliente > Selecionar cliente Rio do Sul

✅ Liberar Banners

Acessar https://cliente.atende.net > Governo Digital > Portal do Cidadão > Configurações > Gerais > Banners Saúde

Marcar todas as 3 opções