Compare conjuntos de atualizações locais

  • Versão de lançamento: Zurich
  • Atualizado 31 de jul. de 2025
  • 5 min. de leitura
  • Os administradores podem visualizar conjuntos de atualizações locais e remotos (recuperados) e comparar os conjuntos entre si para resolver mudanças conflitantes.

    Antes de Iniciar

    Função necessária: administrador

    Por Que e Quando Desempenhar Esta Tarefa

    Compare conjuntos de atualizações locais para identificar colisões e garantir que as mudanças apropriadas estejam sendo confirmadas. Resolva todos os conflitos antes de mover um conjunto de atualizações entre instâncias.

    Procedimento

    1. Navegar até Tudo > Conjuntos de atualizações do sistema > Conjuntos de atualizações locais.
    2. Marque as caixas de seleção ao lado dos conjuntos de atualizações para comparar.
    3. Em Ação lista de seleção, selecione Comparar Conjuntos de Atualizações .
      A tela de andamento aparece como ServiceNowgera o relatório de colisão.
      Figura 1. Relatório de colisão
      Relatório de colisão
    4. Clique em Vá para o Relatório de colisão quando o relatório estiver concluído.

      A lista Colisões do conjunto de atualizações é exibida, mostrando todas as mudanças nos conjuntos selecionados.

    5. Inspecione a lista em busca de colisões localizando duplicata Números de colisão que mostram a mesma mudança em conjuntos de atualizações separados.
      Figura 2. Conjunto de atualizações de colisões
      Conjunto de atualizações de colisões
    6. Resolva a colisão excluindo o registro de atualização indesejado de um dos conjuntos de atualizações.
      1. Clique no link em Atualização do sistema coluna da atualização indesejada ( sys_ui_list_incident_null no exemplo).
      2. Clique em Excluir.
        Nota:
        Você deve abrir o registro de atualização para excluir o registro. Não é possível excluir a atualização marcando a caixa de seleção da entrada na lista Colisões do conjunto de atualizações e usando o. Excluir ação. Quando você exclui o registro de atualização, a personalização não é removida da instância. Somente o registro da personalização é excluído.
        Figura 3. Atualizações do cliente
        Atualizações do cliente
    7. Execute a comparação novamente para garantir que todas as colisões tenham sido resolvidas.

    Resolução de colisão do conjunto de atualizações

    Uma colisão é uma atualização que tem uma atualização local mais recente.

    A plataforma detecta colisões comparando os valores no Nome e. Atualizado campos do registro de atualização do cliente de cada conjunto de atualizações. Se o nome corresponder, mas houver valores de data de atualização diferentes, haverá uma colisão.

    Quando uma atualização do cliente é movida de uma instância para outra, ela pode ser regravada para corresponder à instância de destino. A regravação pode envolver a mudança do nome da atualização da atualização do cliente e de uma ou mais sys_id na atualização. As regravações são feitas quando o registro ou o campo de referência é para uma tabela que usa uma estratégia de aglutinação. Isso garante que a atualização do cliente será aplicada ao registro correto. Por exemplo, se sys_dictionary registro para nome da tabela.fieldname . sys_id 123456789 Na instância A e. sys_id 987654321 Na instância B, quando uma atualização do cliente que se refere a esse registro é recuperada da instância A e registrada na tabela sys_update_xml na instância B, faz referência a 123456789 são atualizados para leitura 987654321 .

    Aglutinar estratégias

    Os conjuntos de atualizações podem detectar colisões entre registros idênticos que você cria independentemente em instâncias separadas. Para detectar essas colisões, o registro deve ter uma estratégia de aglutinação baseada em colunas de aglutinação. Como a detecção de colisão depende da exclusividade das tabelas, as tabelas devem ser exclusivas quando as colunas aglutinantes são combinadas. Os registros que não estão listados aqui não colidirão se o mesmo registro for criado separadamente em instâncias diferentes.

    Tipo Colunas aglutinantes
    atf_input_variable nome, elemento
    atf_output_variable nome, elemento
    dp_data_pattern source_sys_id
    dynamic_attribute namespaced_name
    dynamic_category namespaced_name
    dynamic_category_member categoria, atributo
    dynamic_choice_override escolha, categoria, atributo
    namespace_dinâmico nome
    sys_analytics_bucket sys_scope, bucket_document_id, bucket_table_name
    sys_attachment (usa lógica de correspondência personalizada)
    sys_choice_set nome, elemento
    sys_collection coleção, nome, join_field
    sys_db_object nome
    sys_df_data_dictionary nome, elemento
    sys_dictionary nome, elemento
    sys_documentation nome, elemento, idioma
    sys_index logical_table_name, col_name_string
    sys_module caminho
    sys_notification_category nome
    sys_package origem
    sys_package_dependency_m2m dependência, sys_package
    sys_properties nome
    sys_report_chart_color nome, elemento, valor
    sys_scope_script_access source_scope, target_scope, script_name
    sys_scope_table_access source_scope, target_scope, table_name
    sys_script_validador internal_type, ui_type
    sys_translated nome, elemento, valor, idioma
    sys_translated_text nome da tabela, fieldname, documentkey, idioma
    sys_ui_form nome, exibição, sys_domain
    sys_ui_list nome, exibição, sys_domain, elemento, relacionamento, primário
    sys_ui_message chave, idioma, código
    sys_ui_related_list nome, exibição, related_list, sys_domain
    sys_ui_section nome, exibição, legenda, sys_domain
    sys_ui_view nome
    sys_user_group nome
    sys_user_role nome
    sys_wizard nome
    ua_table_licensing_config nome

    Como os nomes de registro de atualização do cliente afetam as colisões

    Para entender a aglutinação, é útil entender como os registros que não aglutinam funcionam. Para a maioria dos tipos de registro, quando uma atualização do cliente é movida para uma nova instância, o sistema não detecta colisões pelo seguinte motivo:
    • Quando você cria um registro, ele recebe um sys_id exclusivo. Para a maioria dos tipos de registro, o sys_id se torna parte do nome do registro de atualização do cliente. Por exemplo: sysevent_email_template_9e1998c078b71100a92ecacd80df1d39 .
    • A criação de um registro idêntico na mesma tabela em outra instância produz um nome de registro de atualização do cliente com um sys_id diferente. Por exemplo: sysevent_email_template_10b958c8653311005840134572f8e020

    Como resultado, mesmo que os registros possam ser idênticos, os registros têm nomes diferentes para que o sistema não detecte a colisão.

    Os registros de aglutinação, por outro lado, usam a seguinte abordagem para nomear registros e determinar colisões: Os seguintes tipos de registro de atualização do cliente usam algumas ou todas as colunas aglutinantes em vez do sys_id em seus nomes.
    • sys_dictionary
    • sys_documentation
    • sys_choice_set
    • sys_ui_list
    • sys_ui_related_list

    O nome de registro idêntico resultante em cada instância ajuda o sistema a identificar colisões, mesmo que os registros tenham sys_ids diferentes.

    Quando uma atualização do cliente é movida de uma instância para outra, ela pode ser regravada para corresponder à instância de destino. A regravação pode envolver a mudança do nome da atualização do cliente e de um ou mais sys_ids na atualização. As regravações são feitas quando o registro ou o campo de referência é para uma tabela que usa uma estratégia de aglutinação. Isso garante que a atualização do cliente será aplicada ao registro correto. Por exemplo, se o registro sys_dictionary para tablename.fieldname tiver sys_id "123456789" na instância A e sys_id "987654321" na instância B, quando uma atualização do cliente que se refere a esse registro for recuperada da instância A e registrada na tabela sys_update_xml na instância B, as referências a "123456789" serão atualizadas para ler "987654321".

    Impedindo registros duplicados

    • Transfira dados com conjuntos de atualizações em vez de recriá-los em instâncias separadas para garantir que os registros tenham o mesmo sys_id.
    • Exporte e importe registros como arquivos XML para garantir que os registros tenham o mesmo sys_id. Consulte Exporte e importe arquivos XML .
    • Habilite um índice exclusivo para a tabela do dicionário do sistema. Consulte Administração de tabela .
    Nota:
    Os registros padrão incluídos no sistema de linha de base sempre terão o mesmo SYS ID porque a instância importa os registros como arquivos XML durante o provisionamento da instância.