Como construir um CMDB: passo a passo com exemplos

Um CMDB (Base de Dados de Gerenciamento de Configuração) é o repositório central que registra os componentes do ambiente de TI de uma organização, chamados itens de configuração (CIs), e os relacionamentos entre eles. É esse segundo ponto que separa o CMDB de um inventário de ativos de TI: o inventário responde o que você tem e onde está, enquanto o CMDB mostra como tudo se conecta e o que deixa de funcionar quando um componente falha.

Saber como construir um CMDB da maneira correta é o que evita o desfecho mais comum desse tipo de projeto: uma base grande, desatualizada e que ninguém consulta. Nas seções a seguir você vê o que definir antes de abrir a ferramenta, o passo a passo de construção no InvGate Asset Management e as rotinas que mantêm a base confiável ao longo do tempo.

How to Build a CMDB And Map Your Entire IT Infrastructure

O que definir antes de começar

A maior parte dos problemas de um CMDB nasce antes da primeira tela da ferramenta, na definição do que entra na base e de quem responde por cada item. Quatro decisões resolvem quase todo o resto: escopo, tipos de CI, relacionamentos e donos.

Como definir o escopo do CMDB

O escopo de um CMDB é o conjunto de serviços e componentes que a base vai representar. A recomendação prática é escolher um único serviço de negócio, mapeá-lo de ponta a ponta e só então repetir o processo para o próximo.

Vale aplicar aqui o princípio da ITIL de manter a simplicidade: cada atributo de CI que você adiciona hoje é um dado que alguém precisa manter amanhã. Uma base sobrecarregada de itens de baixo impacto gera ruído, aumenta o esforço de manutenção e deixa de ser consultada.

Quais tipos de CI e atributos a base precisa

A ITIL define um item de configuração como qualquer componente que precisa ser gerenciado para entregar um serviço de TI. Na prática, o InvGate Asset Management trata como CI ativos de hardware e software, usuários, localizações, contratos, bancos de dados e fornecedores, e a decisão é quais dessas famílias realmente entram no seu escopo inicial.

O conjunto mínimo de atributos para um CI ser operacionalmente útil é curto:

Proprietário: quem responde pelo item;
Status: por exemplo, ativo ou retirado;
Versão: qual configuração ou release está em uso;
Localização: onde o item está ou onde é executado.

Relacionamentos e donos de cada CI

Um relacionamento registra a dependência entre dois CIs e o papel de cada pessoa envolvida. No InvGate Asset Management, isso fica na aba de CIs relacionados (Related CIs) do perfil de cada CI, com nível de criticidade baixo, médio ou alto e um campo de descrição livre para o contexto que não cabe em um tipo.

Cada relacionamento aparece automaticamente nos dois CIs conectados e se transforma em coluna filtrável e exportável no explorador de ativos, o que substitui a planilha de responsáveis que costuma viver fora da ferramenta. São cinco tipos nativos, que podem ser renomeados para a terminologia da sua organização:

Proprietário técnico (Technical Owner): quem configura e mantém o CI, diferente do proprietário padrão do ativo.
Auditor de segurança (Security Auditor): quem revisa a postura de segurança ou o status de conformidade.
Proprietário comercial (Commercial Owner): quem responde pelo lado contratual e de negócio.
Executa em (Runs on): o servidor físico ou a instância em nuvem onde o CI é executado.
Armazenado em (Stored in): onde os dados do CI persistem.

Como construir o CMDB, passo a passo

Com o escopo definido, a construção no InvGate Asset Management tem três etapas. A lógica é criar um novo CI do tipo aplicação de negócios ao qual um inventário determinado será vinculado, para depois visualizar os relacionamentos dentro desse inventário e com outras aplicações de negócios, além da versão, do fornecedor e das dependências de cada CI.

1. Criar o inventário

Todo CMDB é construído a partir de ativos que já existem, então o primeiro passo é registrá-los no inventário. Ter um inventário unificado é decisivo para qualquer implementação de Gestão de Ativos de TI (ITAM), e o efeito positivo vai além do CMDB.

O InvGate Asset Management oferece cinco formas de popular o inventário, e a escolha depende de onde os dados dos ativos estão hoje. Você pode combinar mais de uma:

Manualmente, item por item;
Com a instalação de um agente nos dispositivos;
Comportando um arquivo CSV ou XLS;
Por serviços em nuvem ou API, com integrações nativas para Intune, Jamf, AWS, Azure e VMware;
Pela descoberta de rede.

2. Criar a aplicação de negócios

Com o inventário em dia, o próximo passo é criar a aplicação de negócios que vai agrupar os CIs do serviço escolhido. É um processo manual: clique em "Criar novo CI", selecione a opção "Aplicações de Negócios" e preencha os campos. Um exemplo simples é uma aplicação chamada ERP, reunindo a máquina virtual onde o sistema é executado, o banco de dados que ele consulta e o storage dos backups.

Os campos a preencher são quatro:

Nome: algo representativo e fácil de identificar (por exemplo: Active Directory, Data Center, CRM, Rede do Escritório de São Paulo).
Proprietário: o usuário responsável pela aplicação de negócios.
Localização: uma das localizações previamente criadas na ferramenta.
Etiquetas: todas as etiquetas relevantes para a aplicação.

Clique em "Criar" e pronto.

No InvGate Asset Management, uma aplicação de negócios é uma entidade lógica usada para modelar e agrupar itens de configuração relacionados que trabalham juntos para fornecer um serviço essencial para os negócios. Ela atua como uma camada abstrata que proporciona visibilidade das dependências, dos relacionamentos e da estrutura de serviços, ajudando as equipes a entender como os componentes de TI dão suporte às operações principais.

3. Organizar a visualização do CMDB

Até aqui você tem um inventário de ativos e uma aplicação de negócios definida. Falta organizar como esses itens de configuração são visualizados e conectados, o que no InvGate Asset Management acontece por diagramas interativos que representam os relacionamentos entre os CIs e ajudam as equipes a entender como os serviços estão estruturados.

Para montar o diagrama manualmente, entre na aba Diagrama e clique no botão "+" no canto inferior direito para adicionar os CIs. Ao clicar em cada CI, você define o tipo de relação, o ativo relacionado e o nível de criticidade (baixo, médio ou alto), e salva para confirmar as alterações.

O InvGate Asset Management oferece suporte ao Mapeamento Automático, ou Auto Mapping, que sugere automaticamente relações entre itens de configuração com base em dados existentes: relações detectadas pelo agente, varreduras de descoberta e propriedades do ativo. Isso ajuda a acelerar a criação do CMDB, reduzir o esforço manual e manter os diagramas alinhados com o funcionamento real do ambiente.

Como manter o CMDB atualizado

Criar um CMDB é apenas o primeiro passo. O verdadeiro desafio é mantê-lo preciso e relevante à medida que o ambiente de TI evolui. Quando um CMDB não é mantido adequadamente, ele perde rapidamente a credibilidade e as equipes deixam de considerá-lo uma fonte confiável de informações.

Para manter a precisão ao longo do tempo, um CMDB deve ser tratado como um sistema vivo. Isso significa definir responsabilidades claras para os Itens de Configuração, incorporar as atualizações do CMDB aos fluxos de trabalho operacionais diários e reduzir ao máximo a manutenção manual. Quanto mais um CMDB refletir as mudanças reais no ambiente e for usado ativamente nas operações diárias, mais confiável e valioso ele se torna.

O que é o mapeamento automático do CMDB e quando você deve usá-lo?

O mapeamento automático do CMDB é uma funcionalidade que identifica e sugere automaticamente relações entre Itens de Configuração com base em dados existentes e dependências observadas. Em vez de vincular manualmente cada Itens de Configuração, o mapeamento automático ajuda a construir e atualizar diagramas do CMDB, refletindo como os componentes estão realmente conectados no ambiente.

Você deve usar o mapeamento automático do CMDB ao lidar com ambientes complexos ou que mudam frequentemente, onde a manutenção manual se torna demorada e propensa a erros. É especialmente útil durante a configuração inicial do CMDB, após alterações na infraestrutura ou como parte da manutenção contínua para manter os relacionamentos precisos e atualizados.

Quais são as melhores práticas de CMDB para escopo, ciclo de vida dos CIs e qualidade dos dados?

Quanto maiores as possibilidades de uso de um CMDB, mais fácil é se perder no processo. Mas não se preocupe, aqui apresentamos algumas práticas recomendadas de implementação de CMDB para mantê-lo no caminho certo.

1. Menos atributos, menos manutenção

Esta é a primeira coisa que você precisa fazer antes de criar a aplicação de negócios. Use o princípio ITIL de manter a simplicidade e lembre-se de que quanto mais atributos de CI você adicionar agora, mais detalhes terá que manter no futuro. Portanto, escolha um único serviço de negócios e crie-o em seu CMDB.

Uma maneira viável de fazer isso é começar com o seu serviço mais conhecido e mapeá-lo de ponta a ponta. Isso o familiariza com o processo, o mapeamento de CI e a captura de todos os atributos e informações relacionadas. Ao começar com um serviço simples, você ganhará confiança e o próximo serviço não parecerá tão assustador.

2. Trabalhe de forma inteligente

Outro princípio da ITIL é começar onde você está. Talvez você não tenha um CMDB perfeito e pronto para uso, mas provavelmente já possui informações sobre ativos ou bancos de dados, planilhas com dados técnicos ou informações de suporte em sua ferramenta ITSM. Você também pode tentar criar um checklist de implementação do CMDB para não perder nenhuma etapa importante. Então, comece por aí e vá adicionando itens conforme necessário.

3. Tudo se resume aos dados

Incorpore pontos de verificação ao seu processo para garantir que seu CMDB esteja atualizado e reflita com precisão seu ambiente de produção. A maneira mais rápida e fácil de verificar se os dados estão corretos é pedir que as pessoas os utilizem. Aqui estão alguns exemplos:

Peça aos analistas da sua central de atendimento que tentem categorizar incidentes e solicitações de serviço usando o CMDB.
Solicite às equipes de suporte que registrem as alterações nos serviços afetados no CMDB.
Solicite às suas equipes de Habilitação de Mudanças que avaliem e analisem o impacto das mudanças com base nas informações de serviço no CMDB.
Solicite à equipe de Gerenciamento de Problemas que utilize o CMDB para auxiliar na análise de problemas e erros conhecidos.

Assim que os colegas começarem a usar o CMDB, inclua algumas etapas de processo para proteger a integridade dos dados, por exemplo:

Solicite à equipe de suporte que atualize os dados incorretos de CI no momento do registro de incidentes ou solicitações.
Trabalhe com sua equipe de Habilitação de Mudanças e defina alguns critérios de sucesso que deem suporte ao Gerenciamento de Configuração. Um exemplo seria uma mudança que só pode ser considerada concluída com sucesso quando as informações do CI ou do serviço forem atualizadas.
Trabalhe com suas equipes de segurança para que quaisquer incidentes de segurança sejam automaticamente vinculados a um serviço, permitindo um gerenciamento mais eficaz.

4. Acompanhe os itens de configuração ao longo de seu ciclo de vida

Cada item de configuração (CI) tem um ciclo de vida, portanto, ao manter seu CMDB, você precisará de um processo para registrar e relatar o ciclo de vida de cada CI. Ao incorporar o controle de status às suas práticas de trabalho com o CMDB, você garante que todos os CIs que compõem a linha de base do serviço sejam registrados e que todas as alterações sejam capturadas e refletidas no CMDB.

5. Continue avançando

Construa seu CMDB gradualmente. Use o primeiro serviço como protótipo. Uma vez que você tenha esse serviço, terá uma abordagem que funciona, então repita o processo para o próximo serviço e o seguinte, e assim por diante. Continue até ter registrado todos os seus sistemas mais críticos e, antes que perceba, terá um CMDB eficaz.

Perguntas frequentes sobre CMDB

Qual a diferença entre um CMDB e um inventário de ativos?

Um inventário de ativos de TI rastreia o que a organização possui e onde está, com informações básicas como propriedade, localização, status e dados de ciclo de vida. Seu objetivo é visibilidade e controle sobre os ativos.

Um CMDB vai além da lista: ele modela como os componentes do ambiente estão conectados e dependem uns dos outros. Ao gerenciar os CIs e seus relacionamentos, o CMDB fornece contexto, mostrando como os sistemas funcionam em conjunto e como uma mudança ou interrupção em um componente pode impactar os demais.

O que é um CMDB ITIL?

CMDB ITIL é o termo usado para descrever um CMDB alinhado à ITIL, onde o conceito foi formalizado dentro da prática de Gerenciamento de Configuração de Serviços. O propósito dessa prática, na definição da ITIL 4, é garantir que informações precisas e confiáveis sobre a configuração dos serviços e dos CIs que os sustentam estejam disponíveis quando e onde forem necessárias, incluindo como esses itens estão configurados e como se relacionam entre si.

Na prática, isso significa tratar o CMDB como fonte operacional de verdade para decisões orientadas a serviços, e não apenas como um registro de ativos.

Quais são os casos de uso mais comuns de CMDB nas práticas da ITIL?

Dentro da ITIL, várias práticas dependem de informações precisas sobre os CIs e seus relacionamentos para operar. Há três em que o valor do CMDB é especialmente claro:

Habilitação de Mudanças: o CMDB mostra quais itens de configuração e serviços estão conectados, o que permite avaliar o impacto de uma mudança antes da implementação e reduzir o risco.
Gerenciamento de Incidentes: com visibilidade dos CIs afetados e de suas dependências, as equipes ganham o contexto necessário para identificar causas raiz mais rápido e restaurar os serviços.
Gerenciamento de Problemas: vincular incidentes recorrentes, causas subjacentes e mudanças anteriores aos mesmos CIs facilita a identificação de padrões.

É possível exportar os diagramas de aplicações de negócios para auditorias e documentação?

Sim. No InvGate Asset Management, os diagramas de aplicações de negócios podem ser exportados como PNG ou SVG, preservando layout, rótulos e relacionamentos exatamente como aparecem na tela.

Essas representações visuais ajudam a demonstrar como os CIs estão estruturados e como dão suporte aos serviços de negócio, o que as torna úteis em revisões de auditoria, evidências de conformidade e documentação de arquitetura.

Conclusão

Como construir um CMDB se resume a uma sequência de decisões claras: definir um escopo estreito, escolher poucos tipos de CI, registrar donos e relacionamentos onde a equipe já trabalha e revisar a base com frequência. Feito assim, o CMDB deixa de ser um projeto de documentação e passa a ser consultado em incidentes, mudanças e auditorias.

Para ver como isso funciona no seu ambiente, você pode começar uma avaliação gratuita de 30 dias do InvGate Asset Management ou falar com a equipe de Vendas para discutir o cenário da sua operação.