admin/projeto-importado
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

Commit inicial automático

Browse Source
This commit is contained in:
admin
2025-11-28 00:29:42 -03:00
commit 5cd1348e69
513 changed files with 18638 additions and 0 deletions
Download Patch File Download Diff File Expand all files Collapse all files
docs/transferencia_cliente_producao.md
+743
View File
@@ -0,0 +1,743 @@
# Transferência Cliente - Ambiente de Produção (Atende.Net)
>
> 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 Atende.Net
>
<i> 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: [`Criação e Configuração - Estrutura do Cliente`](./criacao_estrutura.md) </i>
Todos os passos abaixo são baseados no Checklist disponível em: [Manutenção Servidores - 15082024 v1.xlsx > TRANSFERIR Atende.Net](https://ipmcombr-my.sharepoint.com/:x:/g/personal/alexsandre_constantino_ipm_com_br/EV6nDzIq-xpFptwju2S9zG0Ba6iuVFZSv_rhhCXNnOI2sQ?e=HjB6dA) que devem ser marcados como OK na planilha conforme a execução!
É crucial e de extrema importância que o passo a passo abaixo seja seguido exatamente na sequencia, pois é a mesma sequencia da planilha de Checklist e é a ordem correta de executar as atividades para que tudo ocorra de forma correta!
------------------------------------------
### Etapas do Processo:
[`1. Preparação para a transferência`](#1-preparação-para-a-transferência)
[`2. Transferência do Ambiente`](#2-transferência-do-ambiente)
[`3. Ajustes Configuração Ambiente Definitivo`](#3-ajustes-configuração-ambiente-definitivo)
------------------------------------------
## 1 - Preparação para a transferência:
Neste cenário, deve ser identificado em qual ambiente de Migração este cliente em questão esta instalado (Essa informação é passada via Chamado):
- 99999-srv-cli-01
- 99999-srv-cli-02
- 99999-srv-cli-03
- 99999-srv-cli-04
Após identificado o ambiente, devemos acessar o banco de dados do mesmo!
Para isso, identifique o IP da INT_RT e conecte no banco de dados via porta padrão (9032) para desabilitarmos a rotina de Backup:
<i>IMPORTANTE: Antes de comentar a cron da rotina de Backup, garanta que o Backup não esteja executando no ambiente:</i>
### - Desabilitando rotina de Backup
```console
ssh 172.16.1.2 Porta: 9032
Usuário: ipm
Senha: Ipm@1234567
Após logado com o IPM se torne root para alteração do crontab
su - root
Senha: (senha padrão do root dos servidores da Migração)
ps aux | grep .sh
Caso o script bkp_remoto.sh ou bkp_all_databases.sh esteja em execução, execute o comando Kill -9 no PID do mesmo!
```
Após a conferência ou até mesmo o encerramento da rotina, iremos comentar a mesma para que o processo de Backup não inicie durante a transferência dos ambientes!
```console
crontab -e
Comente a linha onde esta o horário agendado do mesmo:
de
55 22 * * * /root/bkp_remoto/bkp_all_databases.sh
para
#55 22 * * * /root/bkp_remoto/bkp_all_databases.sh
```
### - Colocando sistema em Modo Manutenção
Após desabilitarmos a rotina de Backup, precisamos colocar o sistema em Modo Manutenção pra evitar que usuários utilizem o sistema durante a transferencia. Para isso, conecte no servidor Apache (APP) do mesmo utilizando a porta padrão (9024)
```console
ssh 172.16.1.2 Porta: 9024
Usuário: root
Senha: (senha padrão do root dos servidores da Migração)
vim /var/www/html/srv-cli-XX.atende.net/_config.padrao.inc
Altere o parâmetro de 0 para 1
$_CONFIG['manutencao'] = '1';
Para validar se o sistema ficou em modo manutenção, basta acessar o endereço do mesmo https://cliente.atende.net/ e verificar se a mensagem de manutenção é exibida!
```
### - Liberação da Porta 65432 para Transferência (Ambiente Definitivo do Cliente)
Antes de realizarmos a transferência, precisamos liberar a porta 65432 para que seja possível realizar o Backup/Restore entre o ambiente de Migração do cliente e o Ambiente definitivo:
Para esse caso, precisamos identificar o ambiente já DEFINITIVO do cliente no VMWARE (00000-cliente) e através da INT_RT que estará com o IP CLEAN (172.16.1.2) conectar no Firewall:
```console
Acesse o Firewall do cliente através do IP da INT_RT e Porta Padrão (9080)
https://172.16.1.2:9080
Usuário: admin
Senha: (deve ser consultada no cadastro que já estará feito no GTT https://datacenter.ipm.com.br/)
```
Após realizado o login, navegue em: Firewall > Rules > LAN
Crie uma regra com os seguintes parâmetros:
```console
Regra Interface LAN:
Action: Pass
Interface: LAN
Address Family: IPv4
Protocol: TCP
Source: LAN Net
Destination: Any
Destination Port Range: other 65432 other 65432
Description: SGDB TEMP
```
Após executado os passos acima, agora o ambiente esta pronto para iniciarmos a transferência!
## 2 - Transferência do Ambiente:
### - Execução do Script BKP (DUMP/RESTORE)
Para realizarmos a transferência (backup/restore) entre os ambientes, precisamos conectar no servidor de Banco de Dados do cliente (Definitivo)
```console
Acesse o servidor de Banco de Dados (BDP) do cliente através do IP da INT_RT (CLEAN) e Porta Padrão (9032)
ssh 172.16.1.2 Porta: 9032
Usuário: ipm
Senha: Ipm@1234567
Após logado com o IPM se torne root para alteração do script
su - root
Senha: (senha padrão do root dos servidores da Migração)
```
Na pasta HOME do usuário root teremos o script <b>transferir_16.sh</b>
Altere os parâmetros do mesmo:
```console
vim transferir_16.sh
Obs: Altere apenas os parâmetros passados no manual:
Host_Origem="172.16.1.XX" (Altere conforme o IP da INT_RT do ambiente SRV-CLI que o cliente em questão esta em Migração)
Porta_Origem="65432"
BD_Origem="00000_cliente" (Alterar conforme repassado no chamado)
Host_Destino="127.0.0.1"
Porta_Destino="5432"
BD_Destino="00000_cliente" (Alterar conforme repassado no chamado)
Após alterado, execute o script (Sempre utilize o & no final do comando, garantindo que a execução será feita em segundo plano)
./transferir_16.sh &
```
Obs: Explicando o Script: Esse script irá conectar no ambiente de Migração (srv-cli) onde o cliente esta, irá realizar o Backup na Storage do Data Center, e logo após irá fazer a restauração no ambiente Definitivo do cliente.
### - 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
```
### - Desligar Estrutura Migração
Após a conferência dos logs e garantir que todo processo foi executado com sucesso, iremos desligar o ambiente de Migração (SRV-CLI) completo.
IMPORTANTE: Desligue apenas o ambiente de Migração referente aquele cliente em questão que esta sendo feito a transferencia, pois podem existir mais servidores de migração ligados.
Acesso o VMWARE onde o Ambiente esta localizado:
PR: https://pr01-ger-vcsa01.atendenet.local/
ou
SP: https://sp01-ger-vcsa01.atendenet.local/
Selecione as VM's relacionadas aquele ambiente e desligue as mesmas:
Power > Shut Down Guest OS
![Desligamento VM](../img/desligando_ambiente_mig.png)
## 3 - Ajustes Configuração Ambiente Definitivo:
Após os passos anteriores, agora iremos reconfgurar e ajustar as configurações do ambiente que será Definitivo para o cliente que estamos realizando a transferência:
### - Ajustes IP (WAN e INT_RT)
Acesse o Firewall do ambiente definitivo do cliente através do IP CLEAN (172.16.1.2) Porta 9080
```console
https://172.16.1.2:9080
Usuário: admin
Senha: (deve ser consultada no cadastro que já estará feito no GTT https://datacenter.ipm.com.br/)
```
Após acessar devemos alterar o IP da Interface WAN e INT_RT
WAN:
```console
Acesse Interface > WAN
Altere: IPv4 Address: 177.11.XXX.XXX (Altere para o IP passado no Chamado - Sempre fique atento ao tamanho da rede pois ela pode ser /25 ou /24)
Gateway WAN:
Verifique se o Gateway faz parte da mesma rede/bloco em questão. Caso não, você deve alterar o mesmo:
System > Routing > Gateways
WANGW: (Altere para o IP passado no Chamado)
Garanta que o gateway esteja vinculado na Interface WAN do cliente
```
![wan_interface_config](../img/wan_interface_config.png)
INT_RT:
Agora realizaremos a alteração do IP INT_RT do cliente
```console
Acesse Interface > INT_RT
Altere: IPv4 Address: 172.16.1.XXX ou 172.24.1.XXX (Altere para o IP passado no chamado)
```
IMPORTANTE: Após a alteração do IP da INT_RT, perderemos a conexão com o Firewall. Sendo assim, é necessário reconectar no mesmo agora utilizando o IP INT_RT alterado acima:
https://172.16.1.XXX:9080 ou https://172.24.1.XXX:9080
![intrt_interface_config](../img/int_rt_interface_config.png)
### - Ajustes VLAN - Interface WAN
Após os ajustes das Interfaces no Firewall do cliente, teremos que conferir ou se necessário ajustar a VLAN no VMWARE. Ajuste conforme a VLAN passada no Chamado.
Para conhecimento segue os padrões de VLAN da Interface WAN:
- IP Iniciando em: 177.11.20.XXX (VLAN 1005)
- IP Iniciando em: 177.11.21.XXX (VLAN 1001)
- IP Iniciando em: 177.11.22.XXX (VLAN 1002)
- IP Iniciando em: 177.11.23.XXX (VLAN 1008)
Altere a configuração da VLAN no VMWARE conforme exemplo abaixo e salve a configuração!
![vlan_interface_wan_config](../img/vlan_interface_wan_config.png)
### - Removendo Regra Temporária (Porta 65432)
Nos passos anteriores, criamos uma regra liberando a porta 65432 na Interface LAN do Firewall para a transferência do cliente. Como o processo já foi finalizado, removeremos essa regra:
Acesse o Firewall do cliente através do IP da INT_RT e Porta Padrão (9080)
```console
https://172.16.1.XXX:9080
Usuário: admin
Senha: (deve ser consultada no cadastro que já estará feito no GTT https://datacenter.ipm.com.br/)
```
Após realizado o login, navegue em: Firewall > Rules > LAN
Remova a regra criada anteriormente para a porta 65432
### - Ativação Recurso OSPF (Roteamento)
Ainda logado no Firewall (PfSense) do cliente, iremos ativar o recurso do OSPF FRR:
Navegue em: Services > FRROSPF > OSPF
Marque a Opção: Enable OSPF Routing
Salve a alteração
### - Conferirência Rotas OSPF
Nessa mesma tela, acesse a guia Status e verifique as rotas no OSPF:
### - Reboot Firewall
Após as alterações anteriores serem feitas, realize o reboot no Firewall do cliente:
Navegue em: Diagnostics > Reboot
Reboot method: Normal reboot (Submit)
### - Execução InicializaDB
Após os ajustes, agora iremos executar o processo do InicializaDB na base do cliente.
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: 65432 (Padrão)
Usuário: Postgres
Senha: (neste momento o banco ainda estará como trust sendo assim não é necessário informar a senha)
Database: 00000_cliente
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
- Consistências > Consistir tablespaces de índices e PKs
- Consistências > Consistir tablespaces das Tabelas
- Criação de Tabelas > Cria ou recria a webbased.tbsession
- Criação de Tabelas > Cria tabelas caso não existam
- Criação de Tabelas > Ajustar sequences
- Particionamento > Particionar as Tabelas
Após tudo conferido e marcado, pode clicar em Iniciar
### - Execução Agendamento 158
Após a execução correta do InicializaDB no passo anterior, precisamos avaliar o ambiente para o passo relacionado ao agendamento 158.
No chamado iremos receber a informação se o cliente utilizará ou não a Storage de Arquivos. Com isso temos duas opções:
1 - Caso o cliente <b>NÃO</b> utilize a Storage esse passo deve ser <b>IGNORADO!</b>
2 - Caso o cliente utilize a Storage de Arquivos, deve se seguir o procedimento abaixo:
Realize o login no Atende.Net do cliente (cliente.atende.net) e realize o login com as credências (Código IPM)
Após login navegue: Gerenciamento do Sistema > Sistema > Agendamento de Tarefas
Insira o filtro por (Código da Tarefa - Igual - 158) e clique em executar
![agendamento158](../img/agendamento_158.png)
Após isso, é possivel consultar o Status e log da Execução clicando em (Histórico > Execução)
### - Clientes que utilizam Storage (Data Center SP)
OBS: Caso o cliente que você esta migrando <b>NÃO</b> utilize Storage, pule este passo!
Ainda sobra os clientes que utilizam Storage neste caso específicamente os clientes de SP, deve ser executado os passos abaixo:
- (Trocando a senha padrão da Storage de Arquivos) Trocar a senha do usuário (Acesse: https://192.168.140.32:8443 com as credenciais padrão do Data Center)
Navegue em: Object Gateway > Users (encontre o cliente)
Selecione o Usuário > Edit > Encontre a Opção Keys e clique em Show (icone com olhos)
Digite a senha desejada e realize a alteração!
- (Alterando a configuração para realização dos Backups dos Arquivos/Anexos do cliente) Acesse o servidor SP01-TASK10 (172.24.0.110) e altere a senha na config do Rlonce:
vim /root/.config/rclone/rclone.conf
[00000-cliente]
type = s3
provider = Ceph
access_key_id = 00000-cliente
secret_access_key = *********** (Altere a senha conforme alterado na Storage no passo anterior)
endpoint = https://sp01-s3-rhcs-01.atende.net:8083
acl = private
### - Teste Acesso - Atende.Net
Realize o teste de acesso ao Sistema garantindo que o Atende.Net esta acessível e funcionando de forma adequada:
Via navegador: https://cliente.atende.net
### - Executar Atualização - SVN
Neste ponto iremos executar a atualização SVN (Software Atende.Net) do cliente em questão.
Acesse via navegador: https://cliente.atende.net/atualiza/atualiza_versao.php
Realize o login com as credênciais (Código IPM e Senha) e selecione a ultima revisão e execute a atualização:
![execucao_svn](../img/executar_svn_producao.png)
### - Alteração dos endereços dos MicroServiços (Atende.Net)
Para alterar os microserviços no Atende.Net, executaremos o SQL abaixo, onde de forma automatizada já setará todos os Ip's corretamente.
Obs: Caso o cliente tenha <b>GED</b> Contratado, deve ser verificado os Microserviços referentes ao mesmos e alterar de forma manual via Atende.Net (sistema) para a porta 8085 do serviço!
Serviços que trabalham na porta 8085 (SOMENTE SE TIVER O GED CONTRATADO)
- WebCodeReader Porta 8085
- WebFileInfo Porta 8085
- WebOcrReader Porta 8085
- WebPdfJoin Porta 8085
- WebThumbnail Porta 8085
Caso o cliente NÃO possua GED e tenha apenas o MSD01, a execução do Script abaixo será suficiente e não será necessário a alteração manual via sistema conforme informado acima
Execute o SQL abaixo no Banco de Dados do cliente alterando os seguintes dados:
Alterar o IP: 192.168.40.32 para o IP da LAN passado no chamado
Alterar o IP 192.168.40.46 para o IP Virtual passado no chamado
```console
CREATE TABLE public.tbmicrosservicoinstancia_202310 AS (
SELECT *
FROM webbased.tbmicrosservicoinstancia
);
CREATE TABLE public.tbmicrosservicoinstanciasis_202310 AS (
SELECT *
FROM webbased.tbmicrosservicoinstanciasis
);
CREATE TABLE public.tbservletjava_202310 AS (
SELECT *
FROM webbased.tbservletjava
);
DELETE
FROM webbased.tbmicrosservicoinstancia
WHERE svjaplicacao IN (2, 3, 4, 5, 15);
DROP TABLE IF EXISTS tbdados;
CREATE TEMP TABLE tbdados AS (
SELECT '192.168.40.32' AS rede,
'192.168.40.46' AS cluster
);
INSERT INTO webbased.tbmicrosservicoinstancia (
svjaplicacao, svjnome, msinome, msisequencia, msiendereco, msiativo, msiversao
) (
SELECT svjaplicacao,
svjnome,
svjnome,
1,
CASE
WHEN svjnome = 'WebOcrReader' THEN 'http://' || tbdados.cluster || ':8083' -- OCR
WHEN svjaplicacao = 2 THEN 'http://' || tbdados.cluster || ':8081' -- WebReport
WHEN svjaplicacao = 3 THEN 'http://' || tbdados.cluster || ':8082' -- JobRunner
WHEN svjaplicacao = 4 THEN 'http://' || tbdados.cluster || ':8083' -- FileOptimizer
WHEN svjaplicacao = 5 THEN 'http://' || tbdados.cluster || ':8084' -- FileSigner
WHEN svjaplicacao = 15 THEN 'http://' || tbdados.cluster || ':8086' -- JSM
ELSE ''
END,
1,
NULL
FROM webbased.tbservletjava
LEFT JOIN tbdados ON TRUE
WHERE svjaplicacao IN (2, 3, 4, 5, 15)
ORDER BY 1, 2
);
INSERT INTO webbased.tbmicrosservicoinstanciasis (
svjaplicacao, svjnome, msisequencia, siscodigo
) (
SELECT 2,
'WebReport',
1,
siscodigo
FROM webbased.tbsistemacliente
WHERE sicativo = 1
GROUP BY siscodigo
);
UPDATE webbased.tbservletjava
SET svjfaixaipentrada = (
SELECT rede || '/28'
FROM tbdados
)
WHERE svjaplicacao IN (2, 3, 4, 5, 15);
```
### - Emissão de Relatório (Teste funcionamento)
Após alterado os Microserviços no Atende.Net, iremos realizar a emissão de um relatório qualquer para verificarmos o funcionamento do mesmo.
Para isso, acesse o portal do cliente (https://cliente.atende.net) e logue com suas credênciais!
Navegue em: Gerenciamento do Sistema > Sistema > Administração > Microsserviços > Microsserviços
Agora clique no ícone de Impressora localizado no rodapé da página e confirme a impressão:
![impressao_relatorio_teste](../img/impressao_relatorio_teste.png)
Após a impressão, confira se a mesma imprimiu corretamente!
![impressao_relatorio_teste2](../img/impressao_relatorio_teste2.png)
### - IP Storage (Backup - FSTAB) - Banco de Dados do Cliente
Voltando aos ajustes nas Máquinas Virtuais do cliente, acesse o servidor de Banco de Dados do mesmo com o mesmo padrão de usuários e senha já passados nos passos anteriores, e confira ou caso necessário ajuste o IP da Storage de Backup do cliente, garantindo que a mesma estará apontando para o local correto:
Caso necessite adicionar a Storage no fstab, insira a linha abaixo alterando o password que foi ocultado nesta documentação!
```console
vim /etc/fstab
//172.16.0.247/Backup /var/lib/postgresql/storage cifs users,noauto,username=serverlinux,password=********,domain=ATENDENET,uid=121,gid=125,rw,vers=2.0 0 0
```
### - DMP_MAX - Configuração de Backup
Também iremos conferir ou se necessário ajustar a configuração de Backup do cliente:
```console
vim /root/bkp_remoto/bkp_remoto.cfg
Garanta que as configuração abaixo estejam exatamente com os valores informados:
# Numero maximo de processos em execucao. "Minimo: 3 - Maximo: 3"
prc_max=3
# Numero maximo de processos de backup em execucao. "Minimo: 1 - Maximo: 4"
dmp_max=2
# Numero maximo de processos de vacuum em execucao. "Minimo: 1 - Maximo: 3"
vac_max=1
```
### - Configurando Backup (CFG)
Para que após a transferência o cliente passe a fazer o Backup de forma automática, precisamos configurar o arquivo abaixo, para que nos próximos Backups após a Migração para ambiente de Produção o mesmo realize todas as manutenções necessárias no ambiente do cliente.
Altere o DATABASE para o nome padrão do cliente (00000_cliente)
```console
mkdir -p /root/bkp_remoto/<DATABASE>/cfg/
```
Após isso crie o arquivo manutencao.cfg. Neste arquivo iremos inserir a data no padrão ANO/MES/DIA (Ex: 20241217). 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
```
### - Ativação Backup Agendado (Crontab)
Após a configuração dos arquivos, podemos agora 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
```
### - 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 /etc/postgresql/16/main/pg_hba.conf
Altera os valores TRUST para MD5 mantendo apenas a rede 127.0.0.1/32 como trust. Segue exemplo abaixo:
host all all 127.0.0.1/32 ident map=local
host all all 127.0.0.1/32 trust
host all all 192.168.31.32/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 192.168.19.0/24 md5
host all all 172.16.0.0/12 md5
```
### - Arquivo de Configuração (postgresql.conf)
Após alterado o pg_hba, iremos alterar a configuração do PostgreSQL para o padrão de Produção. Para isso execute o comando abaixo:
```console
cp /etc/postgresql/16/main/postgresql.prod /etc/postgresql/16/main/postgresql.conf
Confirme a substituição do Arquivo
```
### - Ative o uso do Huge Pages
```console
vim /etc/postgresql/16/main/postgresql.conf
- Altere: huge_pages = try -> huge_pages = on
```
Reinicie o banco com as novas configurações. Se nenhum erro for apresentado, tudo ocorreu bem:
```console
systemctl restart postgresql.service
```
### - Versão Script Backup (Conferência)
Iremos também, conferir a versão do Backup, garantindo que a mesma esta atualizada na versão (3.7). Para isso, execute:
```console
cat bkp_remoto/*.sh | grep "bkp_version="
```
Retorno:
bkp_version="3.7"
bkp_version="3.7"
bkp_version="3.7"
### - GTT Agent (Conferência)
Também iremos verificar a versão do GTT_AGENTE nesse ambiente. Para isso, execute:
```console
systemctl status gtt_agente.service
```
Retorno:
![gtt_agente_status](../img/gtt_agente_status.png)
### - HASH _config.padrao (Apache)
Agora no servidor Apache, iremos alterar as HASH do _config.padrao.inc do cliente. Para isso, execute:
```console
vim /var/www/html/cliente.atende.net/_config.padrao.inc
Altera os parâmetros:
$_CONFIG['senha_atendenetweb'] = 'HASH'; (Altere para HASH cadastrada em datacenter.ipm.com.br)
$_CONFIG['senha_sincronizador'] = 'HASH'; (Altere para HASH cadastrada em datacenter.ipm.com.br)
```
### - Chave Cripto - Cliente
Precisamos definir uma senha para a chave_crypto_cliente no GTT. Essa chave esta presente em TODOS os clientes com o intuíto de ocultar informações sigilósas pertencendo a LGPD.
Para isso, acesse https://datacenter.ipm.com.br/ e navegue:
```console
Gerenciamento Data Center > Manutenção > Equipamentos > Equipamento:
Encontre o equipamento do Apache do cliente: 00000-cliente-app-01-5618.atende.net).
Clique em Consultar > Serviços > Selecione o Apache e clique em Configurar Serviço:
Incluir:
Usuário: chave_crypto_cliente
Senha: Clique no iclone ao lado para gerar uma senha automaticamente
Ativo: Sim
```
![chave_crypto_gtt](../img/chave_crypto_gtt.png)
Após realizado o cadastro do usuário e senha no GTT, vá até a VM do Banco de Dados do cliente e execute o comando abaixo para conectarmos na instancia do banco de dados do mesmo:
```console
Altere o nome da database do cliente:
psql -h localhost -U postgres -d 00000_cliente
```
Agora execute o comando substituindo a "senha" pelo senha cadastrada anteriormente no GTT:
```console
SELECT MD5('senha');
exit
```
Após a execução execute o comando exit para desconectar da instancia do banco de dados:
Colete a senha (HASH) gerada, e adicione no campo comentário com (aspas duplas) no GTT:
![chave_crypto_gtt2](../img/chave_crypto_gtt2.png)
Após gerado e realizado o cadastro da senha, iremos informar a mesma na _config.padrao.inc do Apache do cliente. Para isso, acesse:
vim /var/www/html/cliente.atende.net/_config.padrao.inc
Informe o valor hash substituindo pelo valor gerado no passo anterior e que colocamos no campo comentário do GTT (sem aspas duplas).
```console
$_CONFIG['chave_crypto_cliente']= 'hash';
```
### **🚩 Elastic Global (VERIFICAR COM O ALEX)**
Será verificado a necessidade de documentar esse processo pois o mesmo pode estar sendo feito antes do processo de transferencia em sí
### - Reboot Servidores
Após todas as configurações, iremos realizar um reboot no servidor do Banco de Dados do cliente:
Execute:
```console
reboot
```
### - Verificar Logs - Banco de Dados
Após o reboot, iremos verificar os logs do Banco de Dados, para isso, execute:
Normalmente o log terá o padrão de nome postgresql-2024-12-17_000000 (Com Data e Hora)
```console
vim /var/log/postgresql/postgresql-2024-12-17_000000.log
```
### - Execução de Pacotes (SVN)
Após conferência dos logs do Banco de Dados, iremos executar os pacotes via SVN. Para isso, acesse via navegador:
https://cliente.atende.net/atualiza/atualiza_versao.php
Logue com o Usuário/Senha (Código IPM)
Selecione a opção no menu lateral (Atualização do Banco de Dados) e grife a opção Pacote.
Isso fará com que o mesmo selecione todos os pacotes. Após isso, clique no botão (Executar Atualização) no final da página
![atualizacao_pacote_svn](../img/atualizacao_pacote_svn.png)
Aguarde a execução de todos os pacotes e caso ocorra algum erro, deve ser verificado com o Setor responsável pelo Módulo.
### **🚩 Cadastro GDT, GTT e Zabbix (VERIFICAR COM O ALEX)**
### - Liberação IPMAdminBD
Para realizar a liberação do IPMAdminBD, acesse o Dicionário (localmente na maquina da IPM).
No botão superior clique em Manutenção Clientes e filtre o cliente em questão. Selecione o cliente e com o botão esquerdo clique em: IPMAdminBD > Técnicos:
![ipmadminbd_liberacao_1.png](../img/ipmadminbd_liberacao_1.png)
Com o botão direito na nova janela aberta, selecione a opção (Copiar privilégios de outro cliente)
![ipmadminbd_liberacao_2.png](../img/ipmadminbd_liberacao_2.png)
Busque o cliente Rio do Sul como Template, selecione o mesmo e clique em Selecionar
![ipmadminbd_liberacao_3.png](../img/ipmadminbd_liberacao_3.png)
Após a seleção, o Dicionário ira nos avisar que essa configuração irá substituir os privilégios do cliente em questão pelos privilégios do template selecionado (Cliente Rio do Sul)
![ipmadminbd_liberacao_3.png](../img/ipmadminbd_liberacao_4.png)
Após isso, o cliente possuirá os privilégios adequados de acesso via IPMAdminBD.