Migração de dados na atualização UNICOO X TOTVS12

Público alvo: TI, DBA, Consultoria.

Instruções para Migração de Dados durante a atualização do sistema UNICOO para o TOTVS12 Gestão de Planos de Saúde e Administrativo Financeiro (linha Datasul).

Esse guia parte de um cenário em que o cliente criará um ambiente de testes do TOTVS12, validará suas parametrizações e no final atualizará esse ambiente em Produção.

Passos iniciais (visão macro)

<descrever passos iniciais, instalação do TOTVS12, carga dos primeiros parâmetros, parametrização manuais iniciais, EMS5, etc>

Outras ações possíveis

Eliminar movimentações para iniciar nova migração

Espelhar parâmetros do ambiente de Testes para Produção

Utilizar esse processo para replicar a parametrização já homologada no ambiente de testes para o ambiente a ser preparado para produção. Na descrição abaixo, os ambientes serão chamados de ORIGEM e DESTINO:

1. 1. Garantir que os dois ambientes encontram-se na mesma versão do TOTVS12
   2. Garantir que toda a parametrização está homologada no ambiente de ORIGEM
   3. Garantir que os DEPARAs do EMS5 e GPS estão homologados no ambiente de ORIGEM
   4. Providenciar instância do TOTVS12 para o ambiente DESTINO com o banco de dados vazio, na mesma versão do ambiente de ORIGEM
   5. Garantir que a tabela TM_TABELAS_EMS5_GP está atualizada no ambiente DESTINO:
      1. Executar através do PL/SQL o processo PCK_UNICOOGPS.P_CRIAR_NEW_TM_TABELAS_EMS5_GP. Seu objetivo é de adicionar em TM_TABELAS_EMS5_GP as tabelas dos owners GP e EMS5 que ainda não tenham sido cadastradas nessa relação.
      2. Ajustar manualmente as colunas TIPO, VALIDADO e OBSERVACOES para as tabelas que ainda não estejam com VALIDADO = OK (lembrando que o objetivo neste ponto é garantir que todas as tabelas de PARAMETRIZAÇÃO estejam corretamente configuradas, caso contrário não serão consideradas pelo processo de espelhamento de parâmetros entre as bases ORIGEM e DESTINO):
      3. select * from tm_tabelas_ems5_gp tm where tm.validado <> 'OK' or tm.validado is null for update
      4. Lembrando que a coluna TIPO deve ser preenchida com:
         1. PARAMETRO: se tratar-se de uma tabela de parametrização do produto que é criada manualmente durante a implantação (não contemplada pela migração);
         2. PAR_MIG: se tratar-se de uma tabela de parametrização que é criada através de processo do migrador (detalhes nos descritivos passo a passo de migração EMS5 e GPS);
         3. MOVIMENTO: se tratar-se de uma tabela de movimentação do produto.
            
            
   6. Configurar DATABASE LINKS no ambiente DESTINO para leitura dos dados do ambiente ORIGEM:
      1. No exemplo, o nome do DATABASE LINK é DB_GP_TREINA → aponta para o owner GP do ambiente ORIGEM):
         
         
         
      2. Caso os seus DATABASE LINKs tenham sido criados com nomes diferentes, atualizar na procedure PCK_UNICOOGPS.P_COMANDOS_ESPELHAR_PARAMETROS e recompilar a PCK pelo PL/SQL (a imagem ilustra apenas um exemplo. Os nomes dos DATABASE LINKs devem ser ajustados em todos os pontos em que aparecerem nessa procedure):
         
         
         
   7. Executar através do PL/SQL o processo PCK_UNICOOGPS.P_COMANDOS_ESPELHAR_PARAMETROS (pode demorar alguns minutos).
   8. O resultado será o script de criação da procedure P_ESPELHAR_PARAMETROS, que estará na aba Output do PL/SQL.
   9. Copiar o script, colar em uma nova SQL Window e executá-lo. Obs: essa ação ainda não vai executar a cópia das tabelas, apenas a criação da procedure.
   10. Após a procedure P_ESPELHAR_PARAMETROS estar criada, executá-la em nova SQL Window (poderá demorar alguns minutos).
   11. Ao final, o conteúdo de todas as tabelas cadastradas em TM_TABELAS_EMS5_GP como PARAMETRO ou PAR_MIG terá sido copiado do ambiente ORIGEM para DESTINO.
   12. A animação abaixo ilustra o processo:
       

Ajuste necessários após replicar os parâmetros

1. Ajustes em tabelas

   1. Algumas tabelas demandam atenção especial nesse processo, podendo necessitar de ajuste manual:

      1. Tabela de Unidades (UNIMED): caso tenham sido criados registros associados a operadoras que não sejam Unimed (codigo do emitente entre 1 e 999), o Cliente (do EMS5) pode ter sido criado com codificação diferente, portanto deve ser ajustado manualmente nesse cadastro.

2. Inicialização de sequences

   1. As sequences padrões, associadas ao Schema Holder, são ajustadas automaticamente pelo processo. Já as sequences de regra de negócio, que são tratadas inclusive nos programas Progress, precisam ser atualizadas.

      1. Garantir que a relação de sequences está cadastrada em TM_SEQUENCES, com sua tabela e campo de controle;
      2. executar a procedure UNICOOGPS.P_ACERTA_SEQUENCES;

Artigos relacionados