---
sourceDocument: Yokohama Gestão de serviços de TI
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/pt-BR/yokohama/it-service-management

 Release :

    - yokohama

ft:locale :

    - pt-BR

ft:publication_title :

    - Yokohama Gestão de serviços de TI

ft:clusterId :

    - itsm

bundleId :

    - itsm

workflow :

    - Technology


---

# Validando e corrigindo dados de configuração

# Validando e corrigindo dados de configuração {#ariaid-title1}

* Versão de lançamento: Yokohama
* 
* Atualizado 30 de jan. de 2025
* 
* ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 5 min. de leitura

Para cada mudança em um ambiente, pode haver dezenas ou centenas de regras (políticas) que precisam ser verificadas. CDMpermite validar automaticamente os dados de configuração para garantir que as mudanças de configuração estejam livres de erros e em conformidade com a política antes que os dados de configuração sejam consumidos.  
Importante:  
A partir da versão Washington DC, o Configuração de DevOps está sendo preparado para descontinuação futura. Ele ficará oculto e não será mais instalado em novas instâncias, mas continuará sendo compatível. Para obter detalhes, consulte o artigo [Deprecation Process (Processo de descontinuação) \[KB0867184\]](https://support.servicenow.com/kb_view.do?sysparm_article=KB0867184) na Base de conhecimento do Now Support.

## CDM automatiza grande parte do processo de validação {#cdm-validating-cfg-data__section_b12_lk4_r4b}

Quando as equipes implantam uma aplicação, elas geralmente precisam garantir que nenhum erro seja introduzido no nível de código e configuração e que as políticas de conformidade sejam respeitadas. Para cada mudança em um ambiente, pode haver dezenas ou centenas de regras (políticas) que precisam ser verificadas. Um processo de validação manual é propenso a erros.

DevOpsFornece desenvolvedores, administradores DE TI, Configuração de DevOpsos engenheiros ou a equipe lideram uma maneira de garantir que as mudanças de configuração estejam livres de erros e em conformidade com as políticas. Além disso, após a validação, os desenvolvedores ou administradores DE TI fornecem informações contextuais suficientes para identificar e corrigir problemas. Isso significa que, depois que um usuário confirma quaisquer mudanças nos dados de configuração, todas as políticas relevantes são aplicadas, os resultados avaliados e as ações apropriadas são acionadas (por exemplo, implantar ou não implantar).

Aqui está CDMprocesso que valida automaticamente os dados de configuração antes que eles sejam consumidos.  
1. Você cria uma versão de política com base em uma política existente e, em seguida, ativa e publica a nova versão.
2. Você mapeia a política para um implantável para garantir que a política seja executada em relação a qualquer snapshot do implantável quando solicitado (solicitação manual ou automatizada).
3. Quando você confirma um changeset para o implantável, o sistema deve validar o snapshot resultante. Para acionar automaticamente a execução das políticas mapeadas sempre que um changeset for confirmado, selecione Validar opção ao confirmar o changeset. Você também tem a opção de validar o snapshot manualmente.

   Em ambos os casos, as políticas mapeadas usando mapeamento estático e mapeamento dinâmico são executadas.  
   * Se você configurou o processo automatizado para ser integrado ao pipeline, as políticas retornarão os resultados do processo de validação para o pipeline em arquivos JSON. O pipeline decide se deseja continuar com base na decisão de validação: Em conformidade, fora de conformidade.
   * Se o processo não estiver integrado ao seu pipeline ou se a validação falhar ou não for concluída, revise a decisão de validação e tome as medidas apropriadas.
   {#cdm-validating-cfg-data__ul_fgm_dlg_zyb}
{#cdm-validating-cfg-data__ol_r5t_kkw_rsb}

## Use políticas predefinidas como modelos para suas políticas personalizadas {#cdm-validating-cfg-data__section_kv3_j1x_rsb}

CDM inclui políticas que você pode usar como modelos para políticas personalizadas que atendem a necessidades específicas. Observe os seguintes padrões importantes nas políticas predefinidas:

* Todas as políticas usam o. CDmQuery inclusão de script para recuperar dados de configuração.
* Uso CDmQuery Com segredos para garantir que todos os dados sejam incluídos.
* . CdmPolicyUtil a inclusão de script adiciona avisos e falhas.
* Quando todas as políticas tiverem sido executadas e uma falha tiver sido preenchida na saída, a decisão será `non_compliant `.
* Use o agente de log para depuração. Remova os logs quando a política estiver pronta para ser publicada.
* Use parâmetros de entrada de mapeamento para fornecer valores de entrada dinâmica.
{#cdm-validating-cfg-data__ul_jk1_l1x_rsb}

## Diretrizes para validar snapshots {#cdm-validating-cfg-data__section_pbw_q4n_vsb}

* Não valide manualmente snapshots que já foram validados e publicados.
* Se você selecionar Valide snapshots ou Valide e publique snapshots ao confirmar um changeset, o sistema valida automaticamente cada snapshot quando ele é gerado pela primeira vez.
* Para exibir as falhas de validação ou avisos atuais de um snapshot, abra o snapshot e selecione Resultados da validação . Para obter detalhes, consulte [Exiba os resultados da validação de snapshot](https://servicenow-prod.fluidtopics.net/mm2Z2bxx3HbxarK9aLm~rw "Exibir falhas de validação e avisos no Resultados da validação para o snapshot.").
* Use o recurso Playground de teste de política para revalidar snapshots enquanto desenvolve uma política. Os resultados de validação resultantes são sinalizados como resultados de testes e não afetam as operações.
* Se houver um requisito para revalidar todos os snapshots de um implantável, revalide somente depois de testar e publicar as políticas.
{#cdm-validating-cfg-data__ul_tyz_r4n_vsb}

## Práticas a serem evitadas {#cdm-validating-cfg-data__section_vn5_jbx_rsb}

* Não use GlideRecord para recuperar registros de dados de configuração.
* Para exibir decisões de política na IU, CDMrequer dados de aviso e falha em uma estrutura específica. Uso CdmPolicyUtil para adicionar avisos ou falhas (não inserções manuais). (Pelo menos entenda a estrutura que CdmPolicyUtil insere em falhas e avisos.)
* Em políticas, não tente recuperar dados que não vêm de CDMdados. Esta prática pode resultar em problemas de acesso entre escopos.
* Não escreva políticas "sempre em conformidade" ou "sempre fora de conformidade".
* Não codifique nomes ou valores nas políticas. Em vez disso, use parâmetros de entrada de mapeamento para fornecer valores de entrada dinâmica.
{#cdm-validating-cfg-data__ul_unt_lbx_rsb}

## Status do snapshot {#cdm-validating-cfg-data__section_mpj_yj3_bpb}

* Não validado: Este é o estado inicial do snapshot em que nenhuma política foi executada em relação ao snapshot.
* Solicitado: O fluxo de validação foi iniciado.
* Em andamento: O fluxo de validação está em execução e as políticas estão em execução no momento.
* Aprovado: O snapshot foi aprovado em todas as políticas.
* Falha: O snapshot falhou em uma ou mais políticas.
* Erro de execução: Falha ao executar uma política até a conclusão .
{#cdm-validating-cfg-data__ul_prt_55j_gqb}

## Fluxo de exemplo {#cdm-validating-cfg-data__section_cch_zxx_p4b}

Um usuário confirma mudanças nos dados de configuração antes de uma implantação.

Os dados são validados em relação a todas as políticas atribuídas.  
Se a validação falhar, a implantação será interrompida. Uma lista de erros que apontam para sua localização nos dados de configuração é fornecida ao usuário. As ações disponíveis devem ser determinadas no contexto da própria aplicação e no ambiente em que a aplicação é implantada. Por exemplo:

* Permita a implantação em um ambiente DE TESTE, independentemente do número de erros ou avisos.
* Pare a implantação no PROD se houver algum erro.
* Pare a implantação no PROD se houver algum aviso e se a aplicação for crítica.
* Se não for crítico, permita a implantação no PROD independentemente do número de avisos.
{#cdm-validating-cfg-data__ul_dsh_p5s_nsb}

O usuário corrige erros e confirma novamente a mudança.

Os dados são validados novamente e os resultados estão ok.

Um snapshot foi obtido.

A implantação foi executada.