CMDB: Configuration Management Database
Inicio › Blog › Qué es una CMDB Qué es una CMDB y cómo implantarla Qué es exactamente una base de datos de gestión de configuración, en qué se diferencia de un inventario, cómo se alimenta, por dónde empezar y por qué la mayoría deja de ser fiable antes del segundo año. Respuesta corta Una CMDB (Configuration Management Database) es la base de datos donde una organización registra los componentes de su infraestructura de TI, sus atributos y las relaciones que mantienen entre sí. Su propósito no es contar equipos, sino poder responder a qué deja de funcionar cuando algo falla. Se alimenta principalmente por descubrimiento automático, y su valor depende por completo de una sola cosa: que refleje la realidad. Una CMDB desactualizada es peor que no tener ninguna, porque la gente sigue tomando decisiones apoyándose en ella. En este artículo Qué es una CMDB y para qué sirve CMDB, inventario y gestión de activos Por qué se degrada: pruébalo tú mismo Cómo se alimenta una CMDB Por dónde empezar: implantación por fases Qué se gana cuando funciona Preguntas frecuentes Definición Qué es una CMDB y para qué sirve Las siglas vienen del inglés Configuration Management Database, base de datos de gestión de configuración. Es uno de los conceptos centrales de ITIL y, a la vez, uno de los que peor fama arrastra, porque muchas organizaciones han intentado implantar una y han acabado con una hoja de cálculo cara. La confusión de partida suele ser esta: se aborda como un proyecto de documentación cuando en realidad es un proyecto de operación. Una CMDB no está para dejar constancia de lo que hay. Está para que, a las tres de la tarde de un martes, alguien pueda decidir en treinta segundos si puede reiniciar un servidor o si al hacerlo va a detener la línea de producción. Ese cambio de enfoque tiene consecuencias prácticas inmediatas. Si es documentación, basta con que esté completa. Si es operación, tiene que estar actualizada y ser consultable en el momento en que se necesita, y eso es un problema mucho más difícil. El contenido de la CMDB son los elementos de configuración, sus atributos y sus relaciones. Si quieres el detalle de qué es un CI, qué atributos se registran y cómo se clasifican, lo tienes en el artículo dedicado a los elementos de configuración según ITIL. Aquí nos centramos en el sistema que los contiene. Delimitación CMDB, inventario y gestión de activos Los tres conviven en muchas organizaciones y con frecuencia se solapan sin que nadie haya decidido quién manda sobre qué. Delimitarlo al principio ahorra mucho trabajo después. Sistema Pregunta que responde Dato que le importa Inventario ¿Qué equipos tengo y dónde están? Marca, modelo, número de serie, ubicación Gestión de activos ¿Cuánto valen y a quién pertenecen? Coste, amortización, contrato, garantía CMDB ¿Qué se rompe si esto falla? Configuración, estado y relaciones La diferencia decisiva está en la última columna. Un inventario y una gestión de activos describen elementos aislados y pueden vivir perfectamente en una tabla. Una CMDB describe un grafo de dependencias, y eso no cabe en una tabla por muchas columnas que se le añadan. Prueba rápida para saber si lo que tienes es una CMDB o un inventario con nombre elegante: elige un switch cualquiera y pregunta qué servicios de negocio se detendrían si lo apagas ahora. Si la respuesta exige que alguien lo piense, o que llame a un compañero, lo que hay es un inventario. Pruébalo Por qué una CMDB deja de ser fiable Este es el problema central y casi nunca se habla de él antes de empezar el proyecto. Una CMDB nace exacta el día de la implantación y a partir de ahí solo puede empeorar, porque la infraestructura cambia todos los días y el registro no se actualiza solo. Mueve el control para ver qué ocurre con el tiempo. Precisión del inventario a lo largo del tiempo Modelo ilustrativo Tiempo desde la implantación 12 meses Solo con registro manual —% Con descubrimiento automático —% 100% 50% 0% 0 6 12 18 24 meses Registro manual Descubrimiento automático Qué significa en la práctica — Modelo ilustrativo para explicar el comportamiento, no un estudio. El ritmo real de degradación depende del tamaño de la organización, de la frecuencia de cambios y de la disciplina del equipo, pero la forma de las dos curvas se repite en todos los proyectos. Lo importante no son las cifras exactas, sino la forma de las curvas. El registro manual no se degrada porque el equipo sea descuidado: se degrada porque nadie documenta un cambio urgente a las tres de la madrugada, y porque un año tiene muchas noches. Cualquier plan que dependa de la disciplina humana sostenida está condenado de antemano. Las fuentes Cómo se alimenta una CMDB Una CMDB que funciona nunca tiene una sola fuente. Combina cuatro, con distinto peso según el tipo de elemento: Descubrimiento automático Es la base y debería cubrir el ochenta o el noventa por ciento del contenido. Herramientas que recorren la red de forma periódica y detectan qué hay conectado, qué versión tiene y con qué se comunica. La parte más valiosa es esa última: el descubrimiento no solo encuentra elementos, también deduce relaciones a partir del tráfico y de las dependencias observadas. Integración con otros sistemas Hay información que ya vive en otro sitio y no tiene sentido duplicar: el contrato de soporte está en el ERP, la garantía en gestión de activos, el responsable en el directorio de la empresa. En lugar de copiarlo, se federa: la CMDB apunta al sistema que manda sobre ese dato y lo consulta cuando hace falta. Registro manual acotado Sigue haciendo falta para lo que ninguna herramienta puede descubrir sola: criticidad de negocio, propietario funcional, procedimientos documentados. La clave está en acotarlo. Cuanto más pequeña sea la parte que depende de que alguien escriba algo, más tiempo aguantará el conjunto. Gestión de cambios Cuando un cambio aprobado actualiza la CMDB de forma
CMDB: Configuration Management Database Leer más »








