# 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`](./procedimento_ipmsaude.md) Todos os passos abaixo são baseados no Checklist disponível em: [Manutenção Servidores - 15082024 v1.xlsx > Transferir IPMSaúde](https://ipmcombr-my.sharepoint.com/:x:/g/personal/alexsandre_constantino_ipm_com_br/EV6nDzIq-xpFptwju2S9zG0Ba6iuVFZSv_rhhCXNnOI2sQ?e=3x7GQw) 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](../img/exemplo_renomear_database_transferir.png) ### ✅ 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: ```console su - postgres ``` Edite o script com as informações de origem e destino: ```console 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: ```console ./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: ```console 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 ```console 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) ```console 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. ```console 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: ```console 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: ```console 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: ```console 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: ```console 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. ```console 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: ```console 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: ```console ssh root@192.168.XX.XX ``` ### ✅ GDT Agent (Conferência) Verificar a versão do GDT Agent: ```console vim /root/gdt_agent/gdt_agent.sh ``` Realize também a conferência do tipo_equipamento, que deve estar como 7 - IPM Saude: ```console 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