Imagina que el sistema de facturación deja de funcionar. Para responder bien necesitas saber qué aplicación está afectada, dónde se ejecuta, qué base de datos utiliza, qué red necesita y qué otros servicios podrían verse impactados. Esa visión conectada es el propósito de una CMDB y de la Gestión de Configuración.
1. ¿Qué es una CMDB?
CMDB significa Configuration Management Database, o Base de Datos de Gestión de Configuración. Es un repositorio estructurado para registrar los elementos necesarios para entregar servicios de tecnología y las relaciones entre ellos.
Estos elementos reciben el nombre de Configuration Items (CI). Según el alcance de la organización, pueden ser servidores físicos y virtuales, aplicaciones, bases de datos, equipos de red, almacenamiento, servicios cloud y servicios empresariales.
2. Gestión de Configuración y su propósito
La Gestión de Configuración mantiene información confiable sobre la configuración de los servicios y sus componentes de soporte. No es solo crear una base de datos: implica identificar, registrar, relacionar, validar y mantener actualizada la información que la operación realmente necesita.
- Definir el alcance y los servicios críticos.
- Identificar los CI relevantes.
- Registrar atributos y responsables.
- Documentar relaciones y dependencias.
- Validar la información y reflejar cambios.
- Consultar y auditar la calidad de los datos.
3. ¿Qué puede ser un CI?
| Tipo | Ejemplo ilustrativo | Información útil |
|---|---|---|
| Servidor | SRV-APP01 | Función, sistema operativo, estado y responsable |
| Aplicación | ERP-Facturación | Versión, servicio asociado y dependencias |
| Base de datos | DB-PROD01 | Motor, instancia, respaldo y relación con aplicaciones |
| Red | SW-CORE01 / FW-PRINCIPAL | Segmentos, conectividad y servicios afectados |
| Servicio | Facturación empresarial | Usuarios, criticidad y componentes de soporte |
Los nombres de esta tabla son ficticios y se usan únicamente para explicar el concepto. El nivel de detalle debe ajustarse a las necesidades de cada organización.
4. El valor está en las relaciones
Una CMDB es más útil cuando permite visualizar dependencias. Un servicio de facturación puede utilizar una aplicación ERP; la aplicación consulta una base de datos; la máquina virtual se aloja en un host; el host depende de almacenamiento y red.
Si se programa mantenimiento en un host de virtualización, consultar estas relaciones ayuda a identificar qué servicios pueden verse afectados y qué equipos deben coordinar la ventana de trabajo.
5. Inventario TI, ITAM y CMDB
Son prácticas relacionadas, pero tienen énfasis distintos.
| Práctica | Pregunta principal | Enfoque |
|---|---|---|
| Inventario TI | ¿Qué equipos y programas existen? | Registro básico de componentes |
| ITAM | ¿Cuál es el ciclo de vida del activo? | Adquisición, costos, licencias, garantías y retiro |
| CMDB | ¿Cómo se relacionan los componentes con los servicios? | Dependencias, impacto y configuración |
6. Ejemplo empresarial: falla de facturación
- Incidente: los usuarios no pueden ingresar al sistema.
- Servicio: la mesa de ayuda identifica “ERP-Facturación”.
- Dependencias: se revisan aplicación, VM, base de datos, red y autenticación.
- Diagnóstico: se validan estados y cambios recientes.
- Acción: se restaura el componente afectado siguiendo el procedimiento autorizado.
- Verificación: los usuarios confirman que la aplicación funciona.
- Documentación: se actualiza el registro si la configuración cambió.
La CMDB ayuda a ordenar el análisis, pero no identifica por sí sola la causa raíz. El diagnóstico necesita evidencias técnicas y procedimientos operativos.
7. Buenas prácticas y errores frecuentes
Buenas prácticas
- Definir alcance y servicios prioritarios.
- Asignar responsables de los datos.
- Usar identificadores únicos.
- Registrar relaciones relevantes.
- Validar y auditar periódicamente.
- Integrar descubrimiento automático con revisión humana.
Errores frecuentes
- Información desactualizada.
- Duplicidad de registros.
- Relaciones incorrectas.
- Alcance demasiado amplio para mantener.
- Confundir inventario con análisis de impacto.
- Crear la CMDB sin responsables ni proceso.
Preguntas frecuentes
¿Una CMDB es lo mismo que un inventario?
No. El inventario registra componentes; la CMDB añade contexto de configuración y relaciones relevantes para los servicios.
¿Hay que registrar todos los equipos?
No necesariamente. El alcance debe priorizar los componentes necesarios para operar y comprender los servicios definidos.
¿La CMDB evita incidentes?
No por sí sola. Aporta información para analizar impacto, responder incidentes y evaluar cambios con mejor contexto.
¿Se puede comenzar con una herramienta sencilla?
Sí. Es preferible iniciar con un alcance controlado, datos útiles y responsables claros antes de ampliar el modelo.
Conclusión
La Gestión de Configuración convierte información dispersa en una visión operativa de los servicios. Una CMDB útil no se mide por la cantidad de registros, sino por la confiabilidad de sus datos y por la capacidad de ayudar a tomar decisiones durante incidentes, problemas y cambios.
Continúa aprendiendo en Academia TI
EP097 establece la plantilla maestra para los próximos artículos: infografía original, teoría, ejemplo, diagrama, FAQ y verificación editorial.
Volver a la biblioteca