Migração micro siga Protheus 11 para 12

1ª Passo converte DBF para CTREE.

Este procedimento aconselho que seja feito em base diferente da base de produção, faça uma
réplica de todo o ambiente do cliente caso ocorra algo errado é bem mais simples retorna e
começar novamente!

Vamos iniciar.

Procedimento Para importa e homologar o ambiente c-tree

1.1 para criar o ambiente, copie a pasta \Protheus_Data e as subpastas para outro diretório,
por exemplo: \Protheus_DataCtree, ficando da seguinte forma abaixo.

1.2 crie um novo environment no arquivo de configuração (appserver.ini), do

TOTVS|Application Server, configure a chave LocalDbExtension, da seção do novo environment
criado , para .dtc e LocalFiles = ctree o valor padrão dessas chave são esses quando é utilizado
dicionário em ctree, altere também o RootPath para o novo ambiente que você criou
anteriormente, vejo como ficarão no exemplo abaixo.
1.3Crie uma pasta temporária dentro da pasta Protheus_Data, para ser utilizada na conversão
dos arquivos DBF para C-TREE.
Exemplo: Protheus_Data\tempctree
1.4 acesse o APSDU no ambiente em DBF, dentro do APSDU vá em Arquivo  Importar.
1.5 sistema irá apresentar a seguinte mensagem abaixo informando que os dados apagados
dos dicionários serão migrados também apenas continue, caso não queira converte dados
apagados de um pack nas SXs antes de iniciar este processo.

1.6 nesta tela você irá informa os arquivos de origem a ser convertidos.
1- Rdd Origem – formata de origem das SXs
2 - Arquivo de Origem – Local aonde estão as SXs em DBF
3 – Mascara -Informar a extensão dos arquivos
Veja exemplo abaixo.

Clique em Avançar.
1.6 nesta tela você irá selecionar quais SXs serão convertidas, as SXs principais são SX1, SX2,
SX3, SX4, SX5, SX6, SX7, SX8, SIX, SXE, SXF.

1.7 nesta tela você irá informa o formato e destino das SXs convertidas.

1- Rdd Destino – Formato das SXs

2- Informe diretório – local onde serão salvas as SXs convertidas
Exemplo abaixo.
Clique finalizar.

1.8 após isso sistema irá apresentar algumas mensagens referentes a velocidade da conversão
dos arquivos.
Cada Jobs converte uma tabela, dependo das configurações do servidor você pode colocar até
4 jobs trabalhando ao mesmo tempo, pois este processo deixa o servidor lento pelo alto
consumo, dependendo do tamanho das SXs do cliente este processo pode demorar de 3 a 4
horas.

Clique em Sim para Iniciar o processo.

Nesta tela o sistema apresentara processo de conversão de cada SX.

Pronto SXs convertidas para CTREE, Clicar e Finalizar.

1.9 terminado esse processo, deve-se converter o arquivo de empresas (SIGAMAT.EMP). para
isso, abra o arquivo através do RDD DBF, e utilize a opção Copy to, APSDU, especificando como
destino o arquivo sigamat.emp, com RDD CTREECDX, para pasta uma outra pasta( exemplo:
\tempctree).
1 Dentro do APSDU vá em arquivo depois abrir .

2 Selecione a Opção DBF

3 localize a pasta System, colocar opção todos os arquivos e selecionar o sigam

at.emp clicar em abrir.

4 vá em Utilitário depois copiar para.
5 selecione a pasta (\tempctree) que foi criada anteriormente para destino dos arquivos ctree,
após selecionar a pasta altere o driver para (Ctree (CTREECDX)), para salva o arquivo em ctree.
Observação ao selecionar o destino do arquivo o sistema trará o nome sigamat1 altere para
sigamat.emp.

6 além disso fora da pasta RootPath existem outros arquivos que devem ser convertidos, por
exemplo, o arquivo PROFILE.USR, que armazena as definições do profile por usuário, caso este
arquivo não seja convertido, ele deve ser apagado no ambiente c-tree para ser recriado com
RDD apropriado.

1.10 preparação da pasta system para migração.

Após realizar a conversão, vá na pasta \Protheus_Datactree\System, exclua todos os arquivos
*.DBF, *.CDX e *.IND

1.11 copie os arquivos convertidos da pasta \tempctree do ambiente DBF para a

pasta\Protheus_Datactree\System do ambiente ctree.

1.11 Homologação do ambiente c-tree, acesse o ERP e homologue o ambiente c-tree, algumas
rotinas podem precisar que outros arquivos específicos sejam convertidos. Caso as rotinas
tentem abrir um arquivo no formato c-tree eo arquivo físico no disco, estiver no formato DBF,
a aplicação irá falhar com a ocorrência de erro (CTREE ERROR 13 – UNKNOW FILE TYPE).

1.12 homologando ambiente CTREE.

Caso ocorra este erro delete o arquivo profile ou converta o arquivo para ctree como
mencionado anteriormente.
Se você chegou este ponto significa que as SXs foram convertidas e homologadas
corretamente, pronto sua pasta \Protheus_Datactree\System está com todas as SXs em c-tree,
agora podemos ir para o passo 2 instalações do ambiente na versão 12, aconselho a subir este
novo ambiente com a última versão e com todos os últimos update disponível no portal do
cliente.

Observação: do ambiente da versão 11 só iremos precisar da pasta System e do banco de

dados.
2ª Preparação do Ambiente na versão 12.
2.1 Faça a instalação de uma nova base da versão 12, após instalação faça atualização apenas
de RPO, BINARIOS, INCLUDES, DICIONARIO DE DADOS COMPLETO, HELPS COMPLETOS.

2.2 Remova a pasta System da base que você acabou de instalar da versão 12, pegue a pasta
system da versão 11 que você converteu e Homologou para c-tree e coloque no lugar da pasta
que você removeu da versão 12.

2.3 com a pasta system da versão 11 já dentro da base da versão 12 finalize a atualização com
ARQUIVOS DE CONFIGURAÇÃO e menus de usuários, cuidado com os menus de usuário pois
pode haver alterações nos menus padrões.

2.4 Configure o novo ambiente no appserver.ini, não esqueça que configurar no DBACESS o
mesmo banco de dados utilizado na versão 11.
2.5 com o ambiente da versão 12 já configurado e atualizado, não podemos acessar
diretamente o ambiente através o SIGAADV, precisamos primeiro fazer a migração da pasta
System, execute o SmartSclient da versão 12 e digite o seguinte comando (MP710TO120).

Caso ocorra este erro delete o sigamat.ind da pasta system poies o mesmo foi criado quando
você homologou o ambiente para ctree.
2.6 sistemas ira lê mostrar o assistente de migração, clique em avançar.
Informe a senha do administrador e aperte TAB até liberar a opção avançar.
Marque a opção da versão que deseja atualizar para versão 12 e clique ok, e clique novamente
em avançar.
Sistema ira mostra todos os grupos de empresas existentes, clique em avançar.
Deixe marcado apenas as Opções Corrigir erros automaticamente e Log de Critical erro e clique
em Avançar.
Sistema irá apresentar a lista de tabelas que serão afetadas, Clique em Avançar.

Pronto sistema iniciou o processo de migração de versão, aguarde pois o sistema apresentara
uma tela de com relatório de erros a serem corrigidos, este processo demora de 2 a 3 horas e
poderá ser executado várias vezes até que não apareça mais erros no relatório de log.
2.7 quando o update for finalizado sistema apresentara a tela abaixo clique no botão
“Consulta Log”

Na tela abaixo o sistema irá apresentar os erros que ocorreram, imprima o relatório de erros
em arquivo txt e bem mais fácil de corrigir os erros pois você só cópia e cola.
Após imprimir este relatório clique em fechar depois finalizar, o processo de migração foi
cancelado devido a erros no dicionário de dados, agora vamos corrigir os erros.

2.8 Todos os erros são corrigidos através do APSDU, no exemplo acima ocorreu erro apenas
de tamanho de campo entre a SX3 e SXG, em ambientes maiores vão ocorrer erros diferentes
como índices duplicados basta excluir atrás do APSD.

2.9 no APSDU abra a SXG é a SX3, na SX3 filtre pelo campo mencionado no erro log, com o
campo filtrado procure pelo campo “X3_GRPSXG”, veja o conteúdo do campo e procure pelo
conteúdo na SXG, procuro pelo grupo de campo desejado na SXG e olhe o tamanho do campo
no campo XG_SIZE e corrija na SX3 no campo X3_tamanho, após alterar o tamanho do campo
na SX3 verifique se a tabela esta criada no banco de dados, caso esteja criada faça o backup da
tabela é a drope, anote quais tabelas você copiou e dropou poies serão muitas, faça esse
mesmo processo em todos os erros de campos mencionados no relatório de erro log.

2.10 após corrigir todo os erros do relatório de erro log deletar o arquivo que o sistema cria
dentro da pasta \bin\appserver\ mpupd.tsk.
Após apagar este arquivo execute novamente o comando “MP710TO120” para iniciar
novamente o processo de migração, Quando executar novamente o processo de migração o
sistema tem que mostrar todas as tela novamente como se estivesse executando a primeira
vez, se o sistema não apresentar a tela de seleção de versão novamente você não deletou o
arquivo “mpupd.tsk”, Aguarde novamente o processo finalizar e veja os logs após finalizar.

Quando o processo de migração finalizar clique em consulta log, quando o processo de

migração é concluído a tela de log não consta nem uma mensagem como na imagem acima.
2.11 após finalizar o processo de migração acesse o sistema para homologar a nova versão.

O primeiro acesso irá demorar pois o sistema ira preparar o ambiente, criar índices
Sistema irá criar algumas tabelas próprias da versão 12.
Após sistema abrir finalize novamente o acesso.

2.12 agora iremos para parte final da migração, iremos aplicar o DICIONARIO DE DADOS
DIFERENCIAL através o Compatibilizado (UPDDISTR).
Coloque os dicionários de dados diferencial e help diferencial dentro da pasta systemload,
deixe coloque apenas o help português, após colocar os arquivos na systemload va na pasta
\bin\appserver e delete o arquivo “mpupd.tsk” novamente.

2.13 Execute novamente o smartclient e digite o comando “UPDDISTR”.

Observação: antes de executar o comando abra o APSDU e drope a tabela “NUZ”,
Pois sempre da erro de chave duplicada nesta tabela.
Clique “OK”.
Clique avançar.
Informe a senha do usuário aperte TAB até o botão avançar ser liberado, Clique Avançar.

Clique avançar.
Deixa marcada apenas a opção corrigir erros automaticamente.
Clique em Avançar.

Agora basta aguarda o sistema realizar a atualização do dicionário de dados, enquanto você
aguarda este processo termina você já poder ir alterando o projeto para a nova base, basta
copiar o projeto e as pasta dos fontes da base antiga, e joga dentro da nova base, abra o
projeto em txt altere os caminhos dos fontes para a nova base, depois e só abrir o DeveStudio
e abrir o projeto e compilar tudo, aproveite e já aplique os paths e pacotes de correções
disponíveis para a versão e módulos específicos.
Pronto se na tela de consulta de log veio apenas mensagens de “Removendo Consulta” o
compatibilizado foi concluído sem erro.
Pronto concluímos a migração de versão.

3ª Migrador Off-Line (SE5 -FKs.

Este procedimento deve ser realizado logo após a execução do UPDDISTR, este procedimento
ainda não irá descontinuar a SE5 apenas irá fazer com que as movimentações retroativas a
migração alimente as novas tabelas FKs, para mais detalhes consulte o Link abaixo.

http://tdn.totvs.com/pages/releaseview.action?pageId=185754496

Para efetuar a migração off-line dos registros da tabela SE5 - Baixas e Movimento
Bancário, para a nova estrutura de tabelas da família FKx, é necessário seguir os passos
abaixo:
Para efetuar a migração off-line dos registros da tabela SE5 - Baixas e Movimento
Bancário, para a nova estrutura de tabelas da família FKx, é necessário seguir os passos
abaixo:

1 para executar o wizard de migração, adicione a rotina FINXSE5 no XNU de algum modulo.
2 execute a rotina. Será exibida a tela do wizard.

3 selecione a opção Perguntas e informe o range de datas desejado. Este range define
o período de movimentos da tabela SE5 que serão migrados.

Informe o período início do uso do sistema até a data do dia.

4 confirme a execução do processamento.

4ª Conversor de base de dados do GESTÃO DE PESSOAL.
Para o módulo GPE é necessário aplicar o GPECONV ( Conversor de base de dados do
GESTÃO DE PESSOAL ).
Este procedimento dever ser executado por um analista de folha, poies o modulo Gestão de
pessoal foi um dos módulos que mais teve mudanças, é necessário um analista de folha para
reconfigurar o modulo após migração.

FIM.......