Comece a usar 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	Armazenando mudanças em um sistema base ou aplicação instalada. Armazenamento e aplicação de 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 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 Storepara instalar aplicações.
Repositório de aplicações	Instalando e atualizando aplicações em todas as instâncias da empresa. Gerenciando automaticamente conjuntos de atualizações da aplicação. Restringindo o acesso a aplicações para a mesma empresa. Implantando aplicações concluídas para usuários finais.	Considere carregar uma aplicação no ServiceNow Storepara compartilhá-lo com outros usuários. Permite a instalação e a 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.

Planeje 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 lista de verificação:

1. Verifique se ambas as instâncias estão na mesma versão. As personalizações podem não funcionar se dependerem de 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. À medida que os conjuntos de atualizações ficam maiores, torna-se 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 ou revisões de esquema em fluxos de trabalho grandes ou se o conjunto precisar ser revertido.
3. Confirme se todos os registros do sistema 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 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 mantenham esse modelo. Nunca migre o mesmo conjunto de atualizações de várias origens. Mover 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. E fique tranquilo, esse desempenho mais lento é temporário.
6. Certifique-se de que os nomes dos conjuntos de atualizações estejam limpos. 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 para problemas, considere incluir o tíquete do 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. PR1000005.2 - Correção de problemas de e-mail duplicado ).
7. Sobre conjuntos de atualizações, entenda o seguinte:
   • 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 após a aplicação.
8. Antes de fazer personalizações, verifique novamente 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 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. system_id campo 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 errado para a instância de destino e não funciona.
• Não retroceda o conjunto de atualizações padrão. Esta ação danifica o sistema.
• Nunca mude o. Conjunto de atualizações Valor do campo (UPDATE_SET) em um registro de Atualização do cliente (sys_update_xml). Se uma personalização for feita no conjunto de atualizações errado, execute a seguinte ação:
  1. Mude para o conjunto de atualizações desejado.
  2. Modifique o objeto (registro) que foi alterado originalmente. Você pode fazer uma mudança trivial, como adicionar um campo.
  3. Salve o registro.
  4. Reverta a mudança 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 impede 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 esteja pronto para migrar. Após a conclusão de um conjunto de atualizações, não o altere de volta para Em andamento . Em vez disso, crie outro conjunto de atualizações para o restante das mudanças e confirme-as juntas na ordem em que foram criadas. As convenções de nomenclatura podem ajudar nesse caso (por exemplo, Melhorias de desempenho e Melhorias de desempenho 2).
• Não mescle atualizações manualmente 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 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 cargas 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 PRINCIPAIS). Esta função não é compatível com ServiceNow AI Platform.

Para criar um conjunto de atualizações, consulte Crie e selecione um conjunto de atualizações como o conjunto atual.