Gerenciamento de ICs dependentes

  • Versão de lançamento: Yokohama
  • Atualizado 30 de jan. de 2025
  • 11 min. de leitura

    • Uma atualização de ciclo de vida para um IC afeta seus ICs dependentes. Por exemplo, quando o IC do qual um IC dependente depende é excluído, o IC dependente se torna órfão sem utilização posterior. Para manter a integridade do CMDB, o sistema aplica processos de limpeza em cascata a ICs dependentes que são afetados por um upgrade de ciclo de vida.

    Para obter informações sobre ICs independentes e dependentes, consulte Classificações e dependência de classes do CMDB.

    Para garantir que os ICs dependentes sejam gerenciados corretamente após a exclusão ou o arquivamento de ICs, você deve:
    1. Habilitar a gestão de ICs dependentes conforme descrito abaixo.
    2. Aprovar manualmente as tarefas do CMDB Data Manager que a gestão de ICs dependentes gera ou configurar essas tarefas para não exigir uma revisão ou uma aprovação.
    Nota:
    Um IC dependente órfão no contexto do Data Manager é diferente de um IC órfão no contexto de integridade do CMDB. Um IC dependente órfão no contexto do Data Manager pertence a uma classe dependente e não tem o relacionamento dependente. A definição de um IC órfão no contexto de Integridade do CMDB é mais ampla e inclui qualquer IC que corresponda às regras de órfãos da Integridade do CMDB. Para obter mais informações sobre ICs órfãos na integridade do CMDB, consulte KPIs e métricas de Integridade do CMDB.
    Exemplos de ICs dependentes que precisam de limpeza em cascata:
    • A aplicação Tomcat (T1) é executada em um servidor Linux (L1) e contém um arquivo WAR (W1). Quando L1 é excluído, T1 e W1 se tornam ICs dependentes órfãos.
    • Os adaptadores de rede se tornam ICs dependentes órfãos quando o próprio hardware é excluído.
    • Um servidor Linux foi descontinuado e está definido com o fim da vida útil. A suposição é que, se o servidor não estiver mais operacional, as aplicações que dependem dele também não deverão estar operacionais.

    Ativar gerenciamento de ICs dependentes

    Para ativar a gestão de ICs dependentes:
    • Configure o seu ambiente do CMDB Data Manager. Para obter detalhes sobre como configurar o ambiente e os pré-requisitos do CMDB Data Manager, consulte Como trabalhar com o CMDB Data Manager.
    • Verifique se a propriedade do sistema cmdb.dependent.ci.cascade.op.enabled está definida como verdadeira (verdadeiro como padrão). Essa propriedade permite operações em cascata e não existe no sistema de base. Portanto, para exibir ou modificar o valor da propriedade, você deve primeiro adicioná-la à tabela "Propriedades do sistema" [sys_properties].
    • Para habilitar processos de descontinuação em cascata, certifique-se de que a propriedade do sistema cmdb.dependent.ci.cascade.retire.enabled, que é usada para gerenciar a descontinuação em cascata de ICs, esteja definida como verdadeira (falso por padrão). A execução da regra de negócios After BR: Track “Retired” CIs, que verifica as dependências de IC descendentes, somente ocorrerá se a propriedade estiver definida como verdadeira. Essa propriedade não existe no sistema de base e, para exibir ou modificá-la, você deve primeiro adicioná-la à tabela "Propriedades do sistema" [sys_properties].

    As operações de limpeza em cascata se aplicam somente a partir da habilitação do recurso de gerenciamento de ICs dependentes. Para aplicar limpeza em cascata a ICs dependentes órfãos que já existiam no CMDB antes de ativar o recurso, consulte Limpeza em cascata de ICs órfãos existentes.

    Uso do CMDB Data Manager para realizar operações de limpeza em cascata

    Os processos de gerenciamento de ICs dependentes usam o CMDB Data Manager para processar as atualizações do ciclo de vida dos ICs dependentes na tabela Livro-razão de ICs dependentes do CMDB [cmdb_dependent_ci_ledger] das seguintes maneiras:
    1. Solicitar e obter aprovações dos usuários para as atualizações do ciclo de vida dos ICs.
    2. Realizar a exclusão, o arquivamento ou a descontinuação de atualizações de IC após a aprovação dessas operações.

    O sistema gera tarefas para as políticas "Exclusão de IC dependente", "Arquivo de IC dependente", "Descontinuação do IC dependente" do Data Manager com os ICs que já estão prontos para exclusão, arquivamento ou descontinuação como ICs de destino. Essas políticas são definidas com os respectivos tipos de política "Sob demanda". Em seguida, um administrador ou usuário do Data Manager, de acordo com a configuração Managed By Group, deve revisar e aprovar essas tarefas antes que o Data Manager aplique o respectivo subfluxo aos ICs dependentes.

    Para aprovar automaticamente essas tarefas, use o CMDB Data Manager para limpar o sinalizador Precisa de revisão das respectivas políticas do Data Manager. Essas tarefas serão executadas sem a necessidade de qualquer intervenção do usuário.

    Descontinuar ICs dependentes em cascata

    Quando um IC é definido para descontinuar, os processos de gerenciamento de dados de ICs dependentes tentam atualizar em cascata todos os ICs dependentes desse IC, também para descontinuar.

    1. O IC é atualizado para ser descontinuado, visto que o atributo Life Cycle Stage do IC foi definido como Fim da vida útil de acordo com os padrões do CSDM.

    2. A regra de negócios After BR: Track “Retired” CIs é executada (somente se a propriedade do sistema cmdb.dependent.ci.cascade.retire.enabled for verdadeiro) para verificar se o IC pertence a uma classe na qual há dependências descendentes.

      Em caso afirmativo: o IC é adicionado à tabela "Razão do fim da vida útil do IC do CMDB" [cmdb_ci_end_of_life_ledger].

    3. Para cada IC na tabela "Razão do fim da vida útil do IC do CMDB" [cmdb_ci_end_of_life_ledger], o trabalho agendado CMDB Cascade Retire Dependent CIs verifica os relacionamentos de IC na tabela "Relacionamento entre ICs" [cmdb_rel_ci]. Se houver um relacionamento dependente com um IC dependente, esse IC dependente será adicionado à tabela "Livro-razão de IC dependente do CMDB" [cmdb_dependent_ci_ledger] com a ação Descontinuar.

      Para obter mais informações sobre regras de relacionamentos dependentes, consulte Regras de relacionamento dependente do CMDB.

    4. O trabalho agendado CMDB DependentCI Policy Processor é executado (se a propriedade do sistema cmdb.dependent.ci.cascade.retire.enabled for verdadeira) para processar os ICs na tabela "Livro-razão de IC dependente do CMDB" [cmdb_dependent_ci_ledger]. Após a aprovação, esses ICs são definidos como prontos para descontinuação usando o CMDB Data Manager. Uma tarefa é criada no CMDB Data Manager com base na política "Descontinuação do IC dependente" para descontinuar os ICs.

    Arquivamento em cascata de ICs dependentes

    Arquivar um IC pode deixar seus ICs dependentes como órfãos no CMDB. Para evitar o acúmulo de dados obsoletos, o sistema aplica processos de limpeza que arquivam em cascata esses ICs órfãos dependentes.

    ICs dependentes de órfãos não são arquivados imediatamente. Quando um IC é arquivado, todos os registros de relacionamento de IC para esse IC na tabela [cmdb_rel_ci] também são arquivados. O sistema verifica se há ICs dependentes que se tornaram órfãos como resultado deste arquivamento. Todos os ICs na cadeia de dependência que são identificados como ICs dependentes órfãos são verificados quanto a qualquer uma das condições a seguir. Os ICs que atendem a qualquer uma dessas condições não são ICs dependentes órfãos e, portanto, não serão arquivados:

    • O IC é um IC duplicado não tratado (o IC está associado a uma tarefa de eliminação de duplicação não resolvida).
    • O IC tem vários ICs primários.
    • O IC tem outros relacionamentos na tabela Relacionamento de IC [cmdb_rel-ci].
    • O IC pertence a uma classe excluída. As classes excluídas são armazenadas na tabela Exclusão de classe de IC dependente do CMDB [cmdb_dependent_ci_class_exclusion]. No sistema de base, essa tabela é preenchida previamente com algumas classes, como cmdb_ci_vm, cmdb_ci_vmware_instancee outras classes relacionadas ao VMware. Você pode gerenciar o conjunto de classes que estão isentas do gerenciamento de ICs dependentes órfãos, adicionando ou removendo registros dessa tabela.
    Eventualmente, somente os ICs aos quais essas condições não se aplicam são adicionados à tabela Razão de IC dependente do CMDB [cmdb_dependent_ci_ledger]. Esses ICs são definidos como prontos para arquivamento usando o CMDB Data Manager após a aprovação.

    Exclusão em cascata de ICs dependentes

    Excluir um IC pode deixar seus ICs dependentes como órfãos no CMDB. Para evitar o acúmulo de dados obsoletos, o sistema aplica processos de limpeza que excluem em cascata esses ICs dependentes órfãos.

    1. O IC é atualizado para exclusão, visto que o atributo "Fase do ciclo de vida" do IC foi definido como "Fim da vida útil" de acordo com os padrões do CSDM.

    2. Todos os relacionamentos na tabela cmdb_rel_ci, associados ao IC excluído, são excluídos.

    3. A regra de negócios After BR: CMDB Dependent CI Delete será executada (somente se a propriedade do sistema cmdb.dependent.ci.cascade.op.enabled for verdadeiro) para verificar cada um dos relacionamentos excluídos na tabela "Relacionamento entre ICs" [cmdb_rel_ci], se o outro IC (primário ou secundário) do relacionamento for um IC dependente órfão.

      Em caso afirmativo: esses ICs dependentes órfãos são adicionados à tabela "Livro-razão de IC dependente do CMDB" [cmdb_dependent_ci_ledger] e definidos com a Ação = Excluir.

    4. O trabalho agendado CMDB DependentCI Policy Processor é executado (se a propriedade do sistema cmdb.dependent.ci.cascade.retire.enabled for verdadeira) para processar os ICs na tabela "Livro-razão de IC dependente do CMDB" [cmdb_dependent_ci_ledger]. Após a aprovação, esses ICs são definidos como prontos para exclusão usando o CMDB Data Manager. Uma tarefa é criada no CMDB Data Manager com base na política "Exclusão do IC dependente" para excluir os ICs.

    Os ICs dependentes órfãos não são excluídos imediatamente. Antes de excluir cada um dos relacionamentos entre ICs da tabela "Relacionamento entre ICs" [cmdb_rel_ci], o sistema verifica se o outro IC do relacionamento pertence a uma classe dependente. Todos os ICs na cadeia de dependência que são identificados como dependentes do IC excluído são verificados quanto a qualquer uma das condições a seguir. Os ICs que atendem a qualquer uma destas condições não são ICs dependentes órfãos e, portanto, não são marcados para exclusão:

    • O IC é um IC duplicado não tratado (o IC está associado a uma tarefa de eliminação de duplicação não resolvida).
    • O IC tem vários ICs primários.
    • O IC tem outros relacionamentos na tabela Relacionamento de IC [cmdb_rel-ci].
    • O IC pertence a uma classe excluída. As classes excluídas são armazenadas na tabela Exclusão de classe de IC dependente do CMDB [cmdb_dependent_ci_class_exclusion]. No sistema de base, essa tabela é preenchida previamente com algumas classes, como cmdb_ci_vm, cmdb_ci_vmware_instancee outras classes relacionadas ao VMware. Você pode gerenciar o conjunto de classes que estão isentas do gerenciamento de ICs dependentes órfãos, adicionando ou removendo registros dessa tabela.
    Por fim, somente os ICs aos quais essas condições não se aplicam são adicionados à tabela "Livro-razão de IC dependente do CMDB" [cmdb_dependent_ci_ledger]. Esses ICs são definidos como prontos para exclusão usando o CMDB Data Manager após a aprovação.

    Relacionamentos externos

    Para as operações de exclusão e arquivamento, o sistema também rastreia relacionamentos externos de ICs na tabela Configuração de avaliação de relações de IC dependente [cmdb_dependent_ci_extra_rels_config]. Relacionamentos externos são aqueles que não estão na cadeia de dependência do IC e cuja exclusão ou arquivamento depende do valor da propriedade do sistema cmdb.dependent.ci.extra.rel.check. Essa propriedade é definida como verdadeira por padrão e, nesse caso, relacionamentos externos não são excluídos nem arquivados. Você pode definir a propriedade como falsa para excluir e arquivar relacionamentos externos.

    A propriedade cmdb.dependent.ci.extra.rel.check não existe no sistema de base e para exibir ou modificar o valor da propriedade, você deve primeiro adicioná-la à tabela de Propriedades do sistema [sys_properties].

    Limpeza em cascata de ICs órfãos existentes

    Ao ativar o recurso de gerenciamento de ICs dependentes, as operações de limpeza em cascata se aplicam somente a partir do momento em que o recurso é ativado. No entanto, pode ser necessário aplicar uma operação de limpeza em cascata semelhante a ICs dependentes órfãos que já existiam no CMDB antes de o recurso ser habilitado.

    Ative o trabalho agendado Limpar ICs órfãos para executar uma limpeza em cascata única de ICs órfãos dependentes no CMDB. O trabalho agendado de limpeza de ICs órfãos verifica todo o CMDB para identificar quaisquer ICs dependentes órfãos. Esses ICs são processados da mesma maneira que os ICs excluídos em cascata. ICs que estão prontos para serem excluídos são adicionados à tabela Razão de IC dependente do CMDB [cmdb_dependent_ci_ledger]. O CMDB Data Manager é aproveitado conforme descrito na seção Uso do CMDB Data Manager para realizar operações de limpeza em cascata.

    O trabalho agendado de Limpeza de ICs Órfãos deve ser executado apenas uma vez, após o qual o trabalho se desativa. Dependendo do tamanho do CMDB, o trabalho agendado de limpeza de ICs órfãos pode levar vários dias para ser concluído.

    Cenário de exemplo: descontinuação em cascata

    1. Ative a gestão de ICs dependentes.
    2. No CMDB Data Manager, crie e publique uma política de Descontinuação. Por exemplo, descontinue um IC independente de servidor Linux com relacionamentos com o Adaptador de rede e o Sistema de arquivos de ICs dependentes.
    3. Aguarde a execução do trabalho agendado CMDB Data Manager Retire Policy Processor ou o execute manualmente.
    4. Na página "Visão geral" do Data Manager, selecione o cartão "Tarefa em aberto" e aprove a tarefa de descontinuação (Approval=Approved). Altere o estado da tarefa para "Trabalho em andamento" se a mudança não ocorrer automaticamente. Isso desativará o IC do servidor Linux e o adicionará à tabela cmdb_ci_end_of_life_ledger.

    5. Execute o trabalho agendado CMDB Cascade Retire Dependent CIs.

      O trabalho agendado processa cada IC da tabela cmdb_ci_end_of_life_ledger e consulta os relacionamentos na tabela cmdb_rel_ci do IC. Se houver um relacionamento com outro IC dependente, o IC dependente será adicionado à tabela cmdb_dependenct_ci_ledger com as configurações de estado = "Pronto" e ação = "Descontinuar".

    6. Aguarde a execução do trabalho agendado CMDB DependentCI Policy processor ou o execute manualmente. O trabalho agendado cria uma tarefa com base na política "Descontinuação do IC dependente" do OOB, que visa aos ICs da tabela cmdb_dependenct_ci_ledger.
    7. Na página "Visão geral" do Data Manager, selecione o cartão "Tarefa em aberto" e aprove a tarefa descrita como "Descontinuação do IC dependente".