Processo de migração de dados

O processo de migração de dados implica um conjunto de procedimentos que devem ser realizados cuidadosamente para garantir a correta migração. Devem ser verificadas todas as condições inerentes a uma migração, bem como as compatibilidades de sistema.

No final do processo, encontra-se disponível um relatório de migração que, entre outras informações, apresenta os possíveis erros e avisos gerados.

Considerações importantes

Antes de iniciar a instalação da versão 10 e a posterior conversão das bases de dados, é necessário preparar a instalação original para evitar situações problemáticas:

1. O processo de atualização requer a existência de espaço em disco suficiente no servidor para incluir pelo menos uma cópia de segurança por cada base de dados a migrar;
2. Deve ser realizada uma cópia de segurança da base de dados de empresas (PRIEMPRE);
3. Devem ser realizadas cópias de segurança de todas as bases de dados correspondentes às empresas existentes no sistema;
4. Para acelerar o procedimento é recomendado que todas as bases de dados sejam compactadas e reorganizadas, utilizando as ferramentas disponibilizadas pelo Administrador da versão anterior.

Recomendações

Antes de iniciar o processo de instalação e migração, deverá ter em atenção que:

1. A base de dados PRIEMPRE e as restantes devem estar preferencialmente atualizadas para a última versão disponível para a linha de produtos origem;
2. A definição dos Campos do Utilizador (CDU) e Tabelas do Utilizador (TDU) deve ser revista para garantir que o seu registo na tabela [StdCamposVar] corresponde exatamente aos campos e tabelas existentes fisicamente na base de dados;
3. Os nomes dos CDU e das TDU devem conter apenas caracteres válidos (‘A’...’Z’, ‘0’...’9’ e ‘_’);
4. A atualização de empresas inclui um processo de reorganização dos campos do utilizador de forma a garantir que estes campos serão sempre os últimos na definição de cada tabela (necessário para o correto funcionamento de todos os mapas das aplicações). A implementação desta reorganização apresenta duas limitações que devem ser consideradas: - Campos IDENTITY: estes campos serão naturalmente convertidos pela atualização de empresas, no entanto a propriedade IDENTITY será desativada. No final da atualização, é necessário reativar essa propriedade manualmente; - Índices sobre Campos do Utilizador: todos os índices que existam sobre campos do utilizador serão removidos pelo processo de atualização para permitir a remoção dos campos. No final da migração será necessário recriar os índices removidos;
5. Todos os objetos (triggers, stored procedures, views, constraints, etc.) existentes nas bases de dados a migrar, que não façam parte da estrutura base definida pela Cegid, devem ser analisados para evitar problemas no processo de migração; Nota: A Cegid não garante a migração de bases de dados cuja estrutura tenha sido manipulada.

Setup and Go

Alguns erros gerados pelo Setup And Go são causados por problemas de collations entre as bases de dados PRIEMPRE, Empresas e tempdb. É aconselhável que todas estas bases de dados estejam na mesma collation.

O Setup and Go necessita de uma quantidade considerável de espaço livre em disco. É aconselhável que tenha disponível no mínimo o dobro do espaço ocupado por cada base de dados. Para otimizar este ponto, é aconselhável efetuar a compactação e reorganização das empresas no administrador antes da migração.

O crescimento elevado da base de dados durante a migração também está diretamente relacionada com o Recovery Model do servidor de dados. A seleção do Recovery Model é da responsabilidade do gestor de base de dados e deve ser analisada individualmente.

O Setup and Go migra bases de dados em qualquer Recovery Mode, embora o Simple seja o mais recomendado quando o espaço em disco é um factor crítico, mesmo que seja apenas ativo durante o processo de migração.

O Setup and Go também permite desligar a utilização de transações no processo de migração, o que se traduz na utilização mínima do log. No entanto, deverá ser avaliado individualmente, uma vez que se ocorrerem erros durante a migração tem de ser reposto um backup da base de dados.

Nota: Nas opções de configuração dos diagnósticos e da migração da empresa, no separador Migração deverá desativar a opção Utilizar uma transação na migração.

Compatibilidades

Para a versão 7 podem ser migradas diretamente bases de dados das versões: 3, 4, 5, 6 e 6.20.

Para as versões 8.10 e superiores, quando se pretende migrar muitas empresas deverá parar a application pool do CloudConnector no IIS, impedindo o próprio servidor ao fazer uma command line em modo administrador: iisreset /stop.

Após a migração deverá fazer o seguinte: iisreset /start para iniciar novamente o servidor.

É necessário efetuar este procedimento, uma vez que o CloudConnector mantém algumas ligações ativas ainda que em modo Suspended. Desta forma, o Migrador irá avisar que existem conexões ativas.

Relatório de migração

O relatório de migração é o resultado final do processo de conversão das bases de dados em bloco e apresenta todos os detalhes da migração. Este relatório é apresentado num ficheiro XML formatado que pode ser consultado através de um browser.

Neste relatório são apresentadas as seguintes informações:

• Todas as empresas processadas pelo Setup&Go;
• Versão inicial e final (depois da migração) da base de dados;
• Número de erros detetados pelos diagnósticos;
• Número de erros ocorridos durante a migração dos dados;
• Número de avisos (gerados durante a migração e que não impediram a migração).

Os avisos devem ser considerados como verificações a realizar após a migração dos dados. De facto, correspondem a operações de correção automática com o objetivo de minimizar a ocorrência de erros durante o processo de migração.

Dependendo das opções selecionadas, a migração poderá ser concluída apesar da ocorrência de erros durante o processo. Neste cenário, é recomendado que os erros sejam verificados e corrigidos e, posteriormente, efetuar novamente a migração.

Possíveis erros