Roteiro de Migração

Projeto: Conversão para PROTHEUS 11

0- Verificar com o Coordenador se haverá monitoramento do fonte ou não.

1- Instalação do SQL

2- Criar Banco de Dados "P11"Criacao do banco P11TESTE

3- Instalar o Protheus11

OBS: O espaço em disco livre deve ser de aproximadamente 3 vezes o tamanho atual da pasta System somado ao tamanho do banco de dados. Ou seja, se a sua database estiver com 4,5 GB, e a pasta system estiver com 500MB, então, o seu espaço em disco livre deverá ser de aproximadamente 15 GB. Isso se faz necessário pois o Protheus efetua backups de cada tabela no momento da conversão.

4 - Instalação do DBACCESS

5 - Configuração do ODBC

6 - Fazer um backup da pasta Protheus_Data e do banco de dados.

7 – Restaurar Banco de Dados no novo banco de dados P11TESTE

8 - Configuração do "TOTVSAppserver"

9 – Copiar arquivos do Protheus 10 para Protheus11Renomear diretório system original \SYSTEM para \SYSTEMORICopiar diretório SYSTEMCopiar diretório PROFILEVerificar diretórios específicos do Protheus 10 ( ex. diretório de relatórios RPM )

10 - Atualizar com todos os pacotes mais recentes possível. RPO - Categoria: Repositório de Objetos; BUILD - Categoria: Binário TOTVSTec; UPDATE - Categoria: Update de Programas; PATCH/LIB DE PROGRAMAS - Categoria: Path de Programas; HELP - Categoria: Help de Campo/Pergunta; MENUS - Categoria: Menu de módulo. Contempla os arquivos XNU. Esses arquivos

deverão substituir os da pasta SYSTEM, porém, fazer um backup antes para, após a conversão, poder comparar e incluir os menus customizados.( Verificar com o coordenador a necessidade de atualização dos Menus )

BRA.ZIP - Categoria: Dicionário de dados. Esse arquivo contém o arquivo SXBRA.TXT, que é o dicionário de dados padrão do Protheus que encontra-se dentro

de PROTHEUS DATA\SYSTEMLOAD\ SX2BRA E SX2UNQ Descompactar o conteúdo da pasta ACE_8.00 na pasta bin\appserver\. A t e n ç ã o :

s o m e n t e e ssa p a s t a !

OBS: Certifique-se que o servidor tenha espaço em disco o suficiente para a conversão. Recomenda-se, no mínimo, um espaço 3 vezes superior ao da base atual (soma da pasta SYSTEM e a base de dados). Isso se faz necessário pois o Protheus cria arquivos temporários no momento da conversão.

10 - Instalação do serviço DBACCESS no Windows -console -install -remove

11 - Instalação do serviço P11 no Windows -console -install -remove

12 –

13 – Acessar apsdu e revisar o SX3:FILTRAR X3_TIPO <> "N" .AND. X3_DECIMAL>0 LIMPAR DECIMAL com (REPLACE X3_DECIMAL =0)

14 – Limpar tabela CTK010 com ZAP ( se não utilizar ... )

15 - Limpar Tabelas com PACK: Não limpar SF2 e SD2 Executar Query Drop TableExecutar Query PackCursorOUExecutar Programa DROPARQS

16 - Apagar todos arquivos com extensão # do diretório SYSTEM

17 - Apagar todos os arquivos com extensão .LOG E .TMP, OLD, BKP, ATU, NEW, etc ...

18 - Apagar do diretório bin o arquivo .tsk

19 - Apagar todos os arquivos de índices das pastas do Protheus_Data

a) Faça uma busca pela extensão. Entendem-se os arquivos de índices: *.CDX ou *.IDX.b) Em casos de base CTREE, são criadas pastas com o nome e extensão .idx, exemplo:

sc62990a.idx. Pode apagá-las.c) Apagar o conteúdo das pastas “ctreeint”. Normalmente são 2 pastas, sendo uma no

Protheus_Data e a outra na System. d) Apagar o índice do ARQUIVO DE EMPRESAS (arquivo SIGAMAT.IND).

20 - Na pasta “SYSTEMLOAD”, exclua os arquivos *.DBF e *.IDX.

21 - Apagar os arquivos da pasta temporária do Windows (Windows > Executar > %TEMP%). Se não apagar irá influenciar nos arquivos temporários do Protheus, e pode ocasionar erros.

Dica para agilizar a conversão: Muitos clientes utilizam a empresa 99 para testes, e em muitos casos nem é mais utilizada. A sugestão é excluir os arquivos DBF ou DTC dessa empresa, e apagar a empresa do Cadastro de Empresas (abra o arquivo SIGAMAT.EMP via MPSDU, e apague a mesma).

22- Criar ambiente na base 10 apontando para o banco de dados que será MIGRADO

Ou

22 - Criar uma instalação do Protheus10 dentro do Protheus11\BIN copiando - RPO do Protheus 10- BIN\ APPSERVER do Protheus 10- BIN\SMARTCLIENT do Protheus 10

Subir Protheus10 dentro do Protheus11 criando um novo appserver.ini alterando as configurações:

- Criar novo ambiente chamado ”P10TO11- Apo - PORTA - VERSION

Lembrar de copiar o arquivo sigapss.spf do protheus10 para totvs11

Obs: Garantir que esta subindo na mesma base do Protheus11 e usando o mesmo diretório System do Protheus11

23 - Checar a duplicidade de registros usando a base do Protheus 10:a) Baixar do portal o arquivo SX2.UNQ e colocar na systemload do ambiente a ser

convertido.b) Baixar e aplicar Patch do X2 Único ( versão 10 )c) Executar a rotina CheckDupl (obs. A rotina não pode ser chamada pelo FÓRMULAS,

tem que incluir no menu do módulo CONFIGURADOR (sigacfg.xnu):

<MenuItem Status="Enable"><Title lang="pt">CheckDupl</Title><Title lang="es">CheckDupl</Title><Title lang="en">CheckDupl</Title><Function>CHECKDUPL</Function><Type>1</Type><Access>xxxxxxxxxx</Access><Module>99</Module><Owner>13</Owner>

</MenuItem>

24 - Se existir registros duplicados fazer analise dos problemas e executar a solução;

25 – Analisar via apsdu SX3:Filtrar no SX3 os registros com campos do grupo (x3_grpsxg) = 002 e tamanho diferente de 2Deletar campos do sx3 com nome SEK (total de 4 campos) X3_GRPSXG = "004" .AND. X3_TAMANHO <> 9X3_GRPSXG = "001" .AND. X3_TAMANHO <> 6X3_GRPSXG = "011" .AND. X3_TAMANHO <> 1

26 – Analisar via apsdu SX1:Filtrar no sx1 os registros com campos do grupo x1_sxgrp = 018 e tamanho diferente de 9X1_GRPSXG = "011" .AND. X1_TAMANHO <> 1X1_GRPSXG = "018" .AND. X1_TAMANHO <> 9

11111111111111128 – Inicio da simulação de conversão: Seguido todos esses passos anteriores corretamente, poderá ser executado o smartclient.exe do Protheus 11, passando o seguinte Programa Inicial: MP710TO110 a principio no modo simulação

Passe pelo campo de senha, marque a versão que deseja atualizar, deixe marcado a caixa Simulação, marque a caixa Log de critical errors e desmarque as caixas - Corrigir todos os erros automaticamente e - Manter o arquivo de log existente;29 – Fazer a correção dos erros apontados de acordo com o Arquivo Critical_Errors.txt em anexo

30 – Fazer analise de tabelas compartilhadas criando filtro para verificar no SX2SX2020!("020" $ X2_ARQUIVO)

RESULTADOS: SR5, SYN, SYO, HM0Solução: Não precisa fazer nenhuma alteração nas tabelas acima

SX2030!("030" $ X2_ARQUIVO)

a) Alterado todos X2_ARQUIVO para empresa 03, por exemplo: CT1010 para CT1030;

Realizar backup SYSTEM e BANCO antes da Migração OFICIAL

31 – Efetuar a migração utilizando programa Inicial: MP710TO110

Pós Migração

32 – Criar comparativo no Excel do arquivo SIX conforme anexo six010_Comparativo.xls para analise e efetuar correções; Localizar índices nos programas, no SX7, X3_Relacao, X3_VLDUSR, X3_VLDBRW

33 – Voltar tabelas compartilhadas de acordo com o backup efetuado no item 30 deste manual;

34 – Executar compatibilizadores: U_UPDATF, U_UPDCTB, U_UPDFIN, U_UPDSIGAFI, U_UPDSPED, U_UPDSFT, U_UPDPMS, U_UPDCOM05, U_UPDCOM06, U_UPDCOM07, U_UPDCOM09, U_UPDCOM10, U_UPDCOM17, U_UPDCOM18.

35 - Para atender ao novo conceito de empresas, filiais e unidades de negócio, foram inclusos 2 novos campos no arquivo SX2.

Porém, observe que se trata de campos OBRIGATÓRIOS.

Se for necessário dar manutenção em alguma tabela, ao tentar confirmar a alteração, deverá informar esses novos campos.

Para que isso não ocorra, execute o MPSDU, abra o arquivo SX2,efetue uma cópia do SX2 para backup e execute um “replace” nos campos X2_MODOUN e X2_MODOEMP com o mesmo conteúdo do campo X2_MODO.

36 - Substituir os arquivos de menu da pasta system (*.XNU) pelos baixados do portal. Antes, fazer um backup para, após a substituição, analisar as customizações e particularidades.

37 - Recriar empresas / grupo de empresas no Configurador

39