Introdução aos conjuntos para atualização

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 para atualização

Opção de implantação	Bom para	Considerações futuras
Conjuntos para atualização	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 conjuntos de atualizações para implantar patches ou mudanças em 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	Instalar e atualizar aplicações em todas as instâncias da empresa. Gerenciando automaticamente conjuntos de atualizações de aplicações. Restringir o acesso às 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 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 as duas 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 neles, 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 de base são criados em uma instância após o provisionamento e não correspondem a 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 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 os conjuntos de atualizações se moverem de uma instância para outra e manter 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. Planeje 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 as 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) depois de aplicadas.
8. Antes de fazer personalizações, verifique se o conjunto de atualizações correto está selecionado.

Trabalhando com conjuntos de atualizações

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

• Não exclua conjuntos para atualização. 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 para a 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 banal, como adicionar um campo.
  3. Salve o registro.
  4. Reverta a mudança recém-realizada 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 para a 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 feitos.
• 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 mudar 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.