Executar verificações de integridade para Velocidade de mudança para DevOps
Execute verificações de integridade em sua instância Velocidade de mudança para DevOps e obtenha recomendações sobre como corrigir quaisquer erros que possam existir.
Antes de Iniciar
Função necessária: sn_devops.admin
Ative a aplicação Pacote de conteúdo de verificação de integridade de mudança de DevOps 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) do Velocidade de mudança para DevOps, mas tiver ativado a aplicação Pacote de conteúdo de verificação de integridade de mudança do DevOps, poderá acessar este recurso somente na IU clássica na Now Platform. Para obter mais informações sobre verificações de integridade na Now 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 Integridade de velocidade de mudança do DevOps contém os pacotes Integridade de velocidade de mudança para DevOps - Programado e Integridade de velocidade de mudança para DevOps - Sob demanda.
Você pode optar por executar a verificação primária de Integridade de 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. Usando o pacote secundário DevOps Change Velocity Health - Scheduled, você pode criar uma programação para acionar regularmente verificações do pacote de instâncias de Integridade de DevOps, 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 integridade de DevOps disponíveis em um destino específico para obter resultados de verificação focados.
| Nome do pacote | Verificar nome | Verificar descrição | Detalhes da resolução |
|---|---|---|---|
| Integridade da velocidade de mudança para DevOps – Programado | DevOps – Subfluxos que excedem frequentemente os tempos limites de execução | Os subfluxos do manipulador de capacidades do DevOps têm um limite de tempo limite padrão de 45 segundos no sistema de base. Em condições operacionais normais, esses tempos limites não são excedidos. Quando vários subfluxos atingem o tempo limite com frequência, isso indica um possível problema. | Aumente o valor de tempo limite do subfluxo que está expirando 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 – Programado | DevOps – Funções vazias no sistema de base | Se alguma das funções do sistema de base tiver uma referência de função vazia, isso poderá afetar uma ampla variedade de funcionalidades do DevOps, incluindo a ação Descobrir e o processamento de eventos. | Consulte o artigo [KB1642669] para obter detalhes da resolução. |
| Integridade da velocidade de mudança para DevOps – Programado | DevOps – Pipelines duplicados | O modelo de dados do 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 em tabelas primárias do DevOps, o que pode causar problemas de processamento se não for resolvido. | 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 – Programado | 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, durante esse processamento, se ele não puder acessar determinadas tabelas de chaves, o processo falhará. Como não é prático verificar se o usuário tem o acesso apropriado sempre que faz uma consulta, as falhas tendem a se manifestar indiretamente, tornando o diagnóstico difícil e demorado. 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. | Verifique se o usuário do sistema DevOps existe. Certifique-se de que não haja ACLs de nível de campo nas tabelas sys_connection e credencial |
| 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 do 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 "Acompanhar" para permitir que a aplicação DevOps acesse as credenciais. Consulte o artigo [KB1112530] 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. |
| DevOps - Atividade de upgrade | DevOps – mudanças nos registros do conjunto de atualizações | Se houver modificações em qualquer uma das aplicações do DevOps, isso poderá resultar em atualizações sendo 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 para DevOps. | Antes de trabalhar com conjuntos de atualizações, crie um processo padrão para mover personalizações. Para obter mais informações, consulte o tópico Introdução aos conjuntos de atualizações na documentação do produto. |
Procedimento
- Navegar até .
- No módulo Listas, selecione Verificações de integridade > Pacotes.
- Selecione qualquer um dos pacotes de verificação com base em seus requisitos.
- Selecione Executar verificação de 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 de 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.