Teste da migração

Procedimento geral

Dependendo da sua configuração, há várias maneiras de realizar testes de migração.

Você deve ter um ambiente de teste/desenvolvimento para realizar testes de migração. Os ambientes de desenvolvimento estão sujeitos a licença: verifique seu contrato de licença ou entre em contato com o serviço de vendas da Adobe Campaign.

1. Parem todos os desenvolvimentos em curso e levem-nos para o ambiente de produção.

2. Faça um backup do banco de dados de ambientes de desenvolvimento.

3. Pare todos os processos do Adobe Campaign na instância de desenvolvimento.

4. Faça backup do banco de dados do ambiente de produção e restaure-o como um ambiente de desenvolvimento.

5. Antes de iniciar os serviços Adobe Campaign, execute o script de cauterização congelamentoInstance.js que permite limpar o banco de dados de quaisquer objetos que estavam sendo executados quando o backup foi iniciado.

   nlserver javascript nms:freezeInstance.js -instance:<instance> -arg:<run|dry>
   

   OBSERVAÇÃO

   O comando é iniciado por padrão no modo dry e lista todas as solicitações que foram executadas por esse comando, sem iniciá-las. Para executar solicitações de cauterização, use run no comando.

6. Certifique-se de que seus backups estejam corretos tentando restaurá-los. Verifique se você pode acessar seu banco de dados, suas tabelas, seus dados etc.

7. Teste o procedimento de migração no ambiente de desenvolvimento.

   Os procedimentos completos estão detalhados na seção Pré-requisitos para migração para o Adobe Campaign 7.

8. Se a migração do ambiente de desenvolvimento for bem-sucedida, você poderá migrar o ambiente de produção.

Ferramentas de migração

Várias opções permitem medir o impacto de uma migração e identificar os possíveis problemas. Essas opções devem ser executadas:

• no comando config:

  nlserver.exe config <option> -instance:<instanceName>
  

• ou no pós-upgrade:

  nlserver.exe config -postupgrade <option> -instance:<instanceName>
  

-showCustomEntities e -showDeletedEntities opções

• A opção -showCustomEntities exibe a lista de todos os objetos não padrão:

  nlserver.exe config -showCustomEntities -instance:<instanceName>
  

  Exemplo de uma mensagem enviada:

  xtk_migration:opsecurity2 xtk:entity
  

• A opção -showDeletedEntities exibe a lista de todos os objetos padrão que estão faltando no banco de dados ou no sistema de arquivos. Para cada objeto ausente, o caminho é especificado.

  nlserver.exe config -showDeletedEntities -instance:<instanceName>
  

  Exemplo de uma mensagem enviada:

  Out of the box object 'nms:deliveryCustomizationMdl' belonging to the 'xtk:srcSchema' schema has not been found in the file system.
  

Processo de verificação

Integrado como padrão no comando pós-atualização, esse processo permite que você exiba avisos e erros que podem fazer a migração falhar. Se forem exibidos erros, a migração não será executada. Se isso acontecer, corrija todos os erros e, em seguida, start novamente a pós-atualização.

Você pode start o processo de verificação sozinho (sem migração) usando o comando:

nlserver.exe config -postupgrade -check -instance:<instanceName>

As seguintes expressões são pesquisadas (diferencia maiúsculas de minúsculas):

É igualmente efetuada uma verificação da coerência entre a base de dados e os schemas.

Opção de restauração

Essa opção permite restaurar objetos predefinidos se tiverem sido modificados. Para cada objeto restaurado, um backup das alterações é armazenado na pasta selecionada:

nlserver.exe config -postupgrade -restoreFactory:<backupfolder> -instance:<instanceName>

Retomando a migração

Se você reiniciar a pós-atualização após uma falha de migração, ela será retomada do mesmo local em que foi interrompida.