Introdução aos conjuntos de atualizações

Como os conjuntos de atualizações fazem mudanças em uma instância, revise essas informações para evitar erros e problemas de desempenho. Saiba como planejar o processo de atualização e evitar erros comuns.

Quando usar conjuntos de atualizações

Opção de implantação	Bom para	Considerações futuras
Conjuntos de atualizações	Armazenar mudanças em um sistema de base ou aplicação instalada. Armazenar e aplicar uma versão específica de uma aplicação. Produzindo um arquivo para exportação.	Você pode criar manualmente conjuntos de atualizações para armazenar uma versão específica da aplicação. Use os conjuntos de atualizações para implantar patches ou mudanças nas aplicações instaladas. Nota: Não use conjuntos de atualizações para instalar aplicações. Em vez disso, use o repositório de aplicações ou o ServiceNow Store para instalar aplicações.
Repositório de aplicações	Instalação e atualização de aplicações em todas as instâncias da empresa. Gerenciando automaticamente conjuntos de atualizações de aplicações. Restringir o acesso a aplicações para a mesma empresa. Implantação de aplicações concluídas para usuários finais.	Considere carregar uma aplicação para o ServiceNow Store para compartilhá-la com outros usuários. Permite a instalação e atualização somente para a versão mais recente da aplicação. Use os conjuntos de atualizações para armazenar versões anteriores da aplicação. Nota: Se usado com desenvolvimento de equipe, publique aplicações somente de uma instância primária.

Planejar o processo de atualização

Antes de trabalhar com conjuntos de atualizações, crie um processo padrão para mover personalizações de instância para instância usando esta check-list:

1. Verifique se ambas as instâncias estão na mesma versão. As personalizações podem não funcionar se dependerem de um código que foi alterado entre as versões.
2. Determine as mudanças a serem feitas em um único conjunto de atualizações. Conclua seus conjuntos de atualizações ao concluir tarefas de pequeno a médio porte. Conforme os conjuntos de atualizações ficam maiores, fica mais difícil revisá-los, leva mais tempo para identificar mudanças dentro deles, aumenta o risco de conflitos com outros conjuntos de atualizações e leva mais tempo para visualizá-los e confirmá-los. Isso é especialmente verdadeiro se os conjuntos de atualizações contiverem mudanças de esquema ou revisões em fluxos de trabalho grandes ou se o conjunto precisar ser revertido.
3. Confirme se todos os registros do sistema de base têm campos sys_id correspondentes. Alguns registros do sistema base são criados em uma instância após o provisionamento e não correspondem entre instâncias diferentes, levando a problemas com conjuntos de atualizações. A melhor maneira de evitar esse problema é:
   • Provisionar instâncias de produção e de não produção.
   • Clone a instância de produção na instância de não produção.
4. Identifique um caminho comum para que os conjuntos de atualizações sejam movidos de uma instância para outra e mantenha esse modelo. Nunca migre o mesmo conjunto de atualizações de várias origens. Mova os conjuntos de atualizações de desenvolvimento para teste e, em seguida, de teste para produção.
5. Planejar quando confirmar os conjuntos de atualizações para produção. Evite confirmar um conjunto de atualizações em uma instância de produção durante o horário comercial. A instância pode ter um desempenho mais lento enquanto o conjunto de atualizações se aplica. Este desempenho mais lento é temporário.
6. Certifique-se de que os nomes dos conjuntos de atualizações estejam claros. Crie uma convenção de nomenclatura para coordenar mudanças de vários desenvolvedores e para fazer referência ao confirmar as mudanças em outra instância.
   • Se os conjuntos de atualizações estiverem sendo gerados como correções de problemas, considere incluir o tíquete de problema no nome (por exemplo, PR10005 - Correção de problemas de e-mail duplicado).
   • Se você precisar de mais de um conjunto de atualizações para resolver um problema, inclua um número de sequência na convenção de nomenclatura. Isso ajuda a garantir que os conjuntos de atualizações sejam aplicados na ordem em que foram criados (por exemplo, PR10005 - Correção de problemas de e -mail duplicado e PR10005.2 -Correção de problemas de e-mail duplicado).
7. Entenda o seguinte sobre conjuntos de atualizações:
   • Quais registros são gerados.
   • Quais personalizações são rastreadas.
   • Quais mudanças de dicionário são válidas.
   • Quais personalizações podem ser revertidas (revertidas) após a aplicação.
8. Antes de fazer qualquer personalização, verifique novamente se o conjunto de atualizações correto está selecionado.

Como trabalhar com conjuntos de atualizações

Revise essas informações para evitar erros e problemas de desempenho.

• Não exclua conjuntos de atualizações. Se um conjunto de atualizações for excluído, todos os registros atualizados poderão ser substituídos na próxima atualização.
• Não inclua o campo system_id do registro ldap_server_config em um conjunto de atualizações. Um conjunto de atualizações de uma configuração de trabalho aponta para o nó system_id incorreto da instância de destino e não funciona.
• Não reverta o conjunto de atualizações padrão. Esta ação danifica o sistema.
• Nunca altere o valor do campo Conjunto de atualizações (update_set) em um registro de atualização do cliente (sys_update_xml). Se uma personalização for feita no conjunto de atualizações incorreto, execute a seguinte ação:
  1. Alterne para o conjunto de atualizações desejado.
  2. Modifique o objeto (registro) que foi alterado originalmente. Você pode fazer uma mudança simples, como adicionar um campo.
  3. Salve o registro.
  4. Reverta a mudança que acabou de realizar e salve o registro novamente.

     Esta ação garante que a versão mais recente do objeto seja incluída no conjunto de atualizações desejado e evita atualizações duplicadas para o mesmo objeto em um único conjunto de atualizações.

• Não marque um conjunto de atualizações como Concluído até que ele esteja pronto para ser migrado. Depois que um conjunto de atualizações for concluído, não o altere novamente para Em andamento. Em vez disso, crie outro conjunto de atualizações para o restante das mudanças e certifique-se de confirmá-las juntas na ordem em que foram criadas. As convenções de nomenclatura podem ajudar neste caso (por exemplo, melhorias de desempenho e melhorias de desempenho 2).
• Não mescle manualmente as atualizações em um conjunto de atualizações. Use o módulo Mesclar conjuntos de atualizações. Esta ferramenta compara arquivos duplicados entre conjuntos de atualizações e seleciona a versão mais recente.
• Se um conjunto de atualizações confirmado tiver um problema na instância de teste, crie a correção em outro conjunto de atualizações na instância de desenvolvimento. Confirme este conjunto na instância de teste e certifique-se de que ambos os conjuntos sejam migrados para a instância de produção e confirmados na ordem em que foram criados.
• Sempre visualize um conjunto de atualizações antes de confirmá-lo.
• Defina o conjunto de atualizações concluído na instância de produção como Ignorar. Este estado garante que o conjunto de atualizações não seja reaplicado ao clonar a instância.
• Mantenha uma lista de tarefas pendentes de mudanças manuais e carregamentos de dados que devem ser concluídas após a aplicação de um conjunto de atualizações.
• Não faça muitas mudanças de uma só vez. Verifique se as mudanças corretas foram feitas de forma incremental.
• Você não pode alterar uma única atualização para atualizar em vários domínios (ou seja, domínios globais e TOP). Esta função não é compatível com Now Platform.