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.
Parem todos os desenvolvimentos em curso e levem-nos para o ambiente de produção.
Faça um backup do banco de dados de ambientes de desenvolvimento.
Pare todos os processos do Adobe Campaign na instância de desenvolvimento.
Faça backup do banco de dados do ambiente de produção e restaure-o como um ambiente de desenvolvimento.
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>
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.
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.
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.
Se a migração do ambiente de desenvolvimento for bem-sucedida, você poderá migrar o ambiente de produção.
Devido a alterações feitas na estrutura de dados, não é possível importar e exportar pacotes de dados entre uma plataforma v5 e uma plataforma v7.
O comando de atualização do Adobe Campaign (postupgrade) permite sincronizar recursos e atualizar schemas e o banco de dados. Essa operação só pode ser realizada uma vez e somente no servidor de aplicativos. Depois de sincronizar os recursos, o comando pós-upgrade permite detectar se a sincronização gera erros ou avisos.
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>
Você deve usar a opção -instance:<instanceame>
. Não recomendamos usar a opção -allinnesse.
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.
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>
Ignore todos os avisos e erros que têm o código JST-310040.
As seguintes expressões são pesquisadas (diferencia maiúsculas de minúsculas):
Expressão |
Código de erro |
Tipo de registro |
Comentários |
---|---|---|---|
.@ |
PU-0001 |
Aviso |
Esse tipo de sintaxe não é mais suportado na personalização do delivery. Consulte JavaScript. Caso contrário, verifique se o tipo de valor está correto. |
common.js |
PU-0002 |
Aviso |
Esta biblioteca não deve ser usada. |
logon( |
PU-0003 |
Aviso |
Este método de conexão não deve mais ser usado. Consulte Aplicativos Web identificados. |
new SoapMethodCall( |
PU-0004 |
Aviso |
Esta função só é suportada quando é utilizada no código JavaScript executado a partir de uma zona de segurança que esteja no modo sessionTokenOnly. |
sql= |
PU-0005 |
Erro |
Esse tipo de erro resulta em uma falha de migração. Consulte SQLData. |
SQLDATA |
PU-0006 |
Erro |
Esse tipo de erro resulta em uma falha de migração. Consulte SQLData. Se você obter registros de erros do aplicativo da Web tipo visão geral (migração da v6.02), consulte Aplicação web. |
É igualmente efetuada uma verificação da coerência entre a base de dados e os schemas.
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>
Recomendamos usar caminhos absolutos de pastas e manter a estrutura de árvore de pastas. Por exemplo: backupFolder\nms\srcSchema\billing.xml.
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.