Execute verificações de integridade para Velocidade de mudança para DevOps
Execute verificações de integridade no seu Velocidade de mudança para DevOps e obter recomendações sobre como corrigir erros que possam existir.
Antes de Iniciar
Função necessária: sn_devops.admin
Ative a aplicação DevOps Change Health Scan Content Pack para usar este recurso. Para obter informações sobre como ativar um plug-in, consulte Activate a plugin.
Por Que e Quando Desempenhar Esta Tarefa
Se você estiver na versão (3,0 a 5,0) de Velocidade de mudança para DevOps, Mas você ativou a aplicação DevOps Change Health Scan Content Pack, poderá acessar esse recurso somente na IU clássica no ServiceNow AI Platform. Para obter mais informações sobre verificações de integridade em ServiceNow AI Platform, consulte Scan checks.
Pacotes de verificação são coleções de verificações da central de segurança que são executadas juntas. O pacote primário de Integridade de velocidade de mudança do DevOps contém os pacotes Integridade de velocidade de mudança do DevOps - Programado e Integridade de velocidade de mudança do DevOps - Sob demanda dentro dele.
Você pode optar por executar a verificação primária da Integridade da velocidade de mudança do DevOps, que executa todas as verificações disponíveis no pacote de verificações do DevOps ou executar cada pacote secundário individualmente que executa as verificações aplicáveis a esse pacote secundário. Ao usar o pacote secundário Integridade da velocidade de mudança do DevOps - Agendado, você pode criar uma programação para acionar regularmente verificações do pacote de instâncias do DevOps Health, mesmo quando você não tem uma sessão ativa. E usando o pacote DevOps Change Velocity Health - On-Demand, você pode executar as verificações de verificação de Integridade do DevOps disponíveis em um destino específico para obter resultados de verificação focados.
| Nome do pacote | Verificar nome | Verifique a descrição | Detalhes da resolução |
|---|---|---|---|
| Integridade da velocidade de mudança para DevOps – Agendado | DevOps – Subfluxos que excedem frequentemente os tempos limites de execução | Os subfluxos do manipulador de capacidade DevOps têm um limite de tempo limite padrão de 45 segundos no sistema de base. Em condições normais de operação, esses tempos limites não são excedidos. Quando vários subfluxos expiram com frequência, isso indica um possível problema. | Aumente o valor do tempo limite do subfluxo que está esgotado na tabela Capacidade de integração. Você deve ter a função de administrador de DevOps para executar esta ação. |
| Integridade da velocidade de mudança para DevOps – Agendado | DevOps – Funções vazias no sistema de base | Se qualquer uma das funções do sistema de base tiver uma referência de função vazia, isso poderá afetar uma ampla variedade de funcionalidades de DevOps, incluindo a ação de descoberta e o processamento de eventos. | Consulte [ KB1642669 artigo para obter detalhes da resolução. |
| Integridade da velocidade de mudança para DevOps – Agendado | DevOps – Pipelines duplicados | O modelo de dados DevOps não impõe exclusividade em registros-chave, como pipelines, o que pode levar a problemas intermitentes ou imprevisíveis. Esta verificação identifica registros de pipeline duplicados nas tabelas primárias de DevOps, que podem causar problemas de processamento se não forem resolvidos. | Exclua o pipeline duplicado que não tem execuções de pipeline associadas ou não está vinculado a um app. |
| Integridade da velocidade de mudança para DevOps – Agendado | Acesso do usuário do sistema de DevOps | O usuário devops.system é usado para a maioria do processamento de transações do lado do servidor e, no decorrer desse processamento, se não puder acessar determinadas tabelas de chave, o processo falhará. Como não é prático verificar se o usuário tem acesso apropriado toda vez que faz uma consulta, as falhas tendem a se manifestar indiretamente, tornando-as difíceis e demoradas de diagnosticar. Esta verificação garantirá que o devops.system tenha acesso apropriado a uma lista específica de tabelas necessárias para a funcionalidade principal do produto. | Certifique-se de que o usuário do Sistema DevOps exista. Certifique-se de que não haja ACLs no nível de campo na tabela sys_connection e credencial |
| Integridade da velocidade de mudança para DevOps – Agendado | DevOps — compatibilidade de plug-ins relacionados | Se as versões do plug-in para aplicações associadas ao DevOps Change Velocity não forem compatíveis com a versão DevOps Change Velocity em uma instância, vários recursos podem não funcionar corretamente. Esta verificação identifica se algum plug-in que começa com o nome "sn_devops" (excluindo o plug-in sn_devops_pipeline) não tem a mesma versão de sn_devops_chgvlcty. | Faça upgrade dos plug-ins relacionados para a versão compatível com a Velocidade de mudança para DevOps. |
| Integridade da velocidade de mudança para DevOps – Agendado | DevOps — pipelines em espera ou com falha crônica | Se um pipeline falhar cronicamente ou estiver no estado Aguardando indefinidamente, isso poderá fazer com que os processos de DevOps não continuem. Esta verificação identifica pipelines que falharam nas dez execuções anteriores, para que você possa tomar uma ação corretiva. | Verifique as execuções mais recentes dos pipelines sinalizados e investigue os eventos de entrada e as tabelas de logs de erro do DevOps para ajudar a determinar a causa raiz das falhas. |
| Integridade de velocidade de mudança para DevOps – Sob demanda | DevOps – Políticas de acesso ao módulo configuradas incorretamente | Se houver políticas de acesso ao módulo ausentes ou configuradas incorretamente em sua instância, isso poderá afetar uma ampla variedade de funcionalidades de DevOps, incluindo conectividade de ferramentas, processamento de eventos, processamento de pipeline e criação de mudanças. As políticas de acesso ao módulo geradas automaticamente são definidas como rejeitadas por padrão. Esta verificação identifica as políticas de acesso ao módulo que estão configuradas com o estado de resultado de rejeição. | Defina o valor do resultado da política de acesso ao módulo da aplicação DevOps como "Rastrear" para permitir que a aplicação DevOps acesse as credenciais. Consulte [ KB1112530 artigo da base de conhecimento para obter mais detalhes. |
| Integridade de velocidade de mudança para DevOps – Sob demanda | DevOps – Etapas de controle de mudança com pipelines não rastreados | Se um pipeline tiver o controle de mudanças ativado, mas não estiver marcado para acompanhamento, uma solicitação de mudança poderá não ser criada quando ele for executado e o pipeline poderá travar. | Ative o acompanhamento de pipelines sob controle de mudança selecionando a opção Rastrear na página de registro da ferramenta ou adicione o pipeline a um app. |
| Integridade de velocidade de mudança para DevOps – Sob demanda | DevOps — compatibilidade de plug-ins Jenkins | Se a versão do plug-in Jenkins instalada em sua instância não for compatível com a versão da Velocidade de mudança para DevOps, isso poderá resultar em mau funcionamento de recursos do Jenkins. | Faça upgrade do plug-in Jenkins para a versão compatível com a Velocidade de mudança para DevOps. |
| Integridade de velocidade de mudança para DevOps – Sob demanda | DevOps — mudanças nos registros dos conjuntos de atualizações | Se houver modificações em qualquer uma das aplicações DevOps, isso pode resultar em atualizações ignoradas ou ignoradas ao atualizar para uma versão mais recente. Esta verificação verifica o arquivo update.xml em busca de mudanças no escopo da Velocidade de mudança do DevOps. | Antes de trabalhar com conjuntos de atualizações, crie um processo padrão para mover personalizações. Para obter mais informações, consulte Get started with update sets tópico na documentação do produto. |
| Integridade de velocidade de mudança para DevOps – Sob demanda | DevOps — arquivos ignorados durante o upgrade | Se algum arquivo for ignorado durante o processo de upgrade, isso poderá levar a possíveis problemas ou a um estado instável da aplicação. Lidar proativamente com arquivos ausentes garante a integridade do upgrade e evita erros ou falhas inesperados. | Mescle manualmente as novas atualizações dos arquivos ignorados. Consulte o artigo da base de conhecimento [ KB0952456 ] para obter mais informações. |
Procedimento
- Navegar até .
- No módulo Listas, selecione .
- Selecione qualquer um dos pacotes de verificação com base em seus requisitos.
- Selecione Execute a verificação do pacote .
Resultado
Depois que a verificação for executada, você poderá exibir os resultados e as descobertas da verificação nas listas Resultados e descobertas, respectivamente. Um resultado da verificação relata o status e o tipo da verificação. Também é possível ver todas as verificações executadas como parte da verificação e todas as outras informações relacionadas à verificação, como erros e logs. Uma descoberta é uma referência a um registro que violou uma regra de uma verificação da instância. Você pode encontrar o registro de origem e o número de vezes que o registro acionou as regras de uma determinada verificação.