En este artículo, exploraremos el mundo de CMDB (Base de datos de gestión de configuración), respondiendo las preguntas más comunes sobre este importante aspecto de Gestión de TIDesde el significado básico hasta las mejores prácticas y la implementación, profundicemos en los temas esenciales relacionados con CMDB.
1. ¿Qué significa CMDB?
CMDB significa Base de datos de gestión de configuración
2. ¿Qué es CMDB?
Una CMDB, o Base de Datos de Gestión de la Configuración, almacena toda la información importante sobre los elementos de configuración (EC) utilizados por las organizaciones. Proporciona una ubicación común para almacenar datos asociados con activos de TI y EC (elementos de configuración). El componente fundamental de una CMDB es el EC, que representa un elemento bajo gestión de la configuración, como un enrutador, un servidor, una aplicación, una máquina virtual, un contenedor o incluso una construcción lógica, como un portafolio.
3. ¿Qué es IC?
CI es un elemento de configuración. En el contexto de la gestión de servicios de TI, un elemento de configuración es cualquier componente o recurso que debe gestionarse para prestar servicios de TI de forma eficaz. Los elementos de configuración se registran y supervisan en una CMDB, donde su información se mantiene actualizada para ofrecer una visión precisa del entorno de TI de una organización.
4. ¿Cuáles son las tablas base en la CMDB en ServiceNow?
En CMDB (Base de datos de gestión de configuración), algunas de las tablas base que se encuentran comúnmente son:
cmdb_ci
Esta tabla almacena registros de elementos de configuración (CI), que representan los diversos componentes de la infraestructura de TI, como servidores, enrutadores, conmutadores, aplicaciones, bases de datos, entre otros.
cmdb_rel_ci
Esta tabla almacena las relaciones entre los elementos de configuración (EC). Por ejemplo, registra cómo se relaciona un servidor con un conmutador o cómo se conecta una aplicación a una base de datos.
Estas tablas base son fundamentales para la organización y gestión efectiva de los datos en la CMDB, proporcionando un marco sólido para representar y rastrear los activos y las relaciones de TI de una organización.
5. Diferencia entre Activo y CI (elemento de configuración)
La diferencia entre un activo y un elemento de configuración está en su naturaleza y función dentro del contexto de la CMDB:
Activo: Dentro de la CMDB, un activo generalmente se asocia con bienes financieros. Representa un elemento tangible o intangible con valor económico para la organización. Por ejemplo, servidores, computadoras, dispositivos de red y licencias de software se consideran activos. La gestión de activos se centra principalmente en aspectos como el costo, la depreciación y el cumplimiento financiero.
Elemento de configuración (CI): Por otro lado, un Elemento de Configuración (EC) es una entidad funcional dentro de la CMDB que representa un único componente o recurso de TI. Los EC se registran en la CMDB para gestionar su configuración, relaciones y estado a lo largo del tiempo. No están necesariamente asociados con un valor financiero directo, sino con su función en la prestación de servicios de TI. Algunos ejemplos de EC incluyen servidores, aplicaciones, configuraciones de red, documentación de procedimientos y otros elementos que deben controlarse y gestionarse para prestar servicios de TI eficaces.
Esta distinción entre activos y elementos de configuración es importante para una gestión eficaz de la CMDB, ya que cada uno desempeña un papel específico en la representación y gestión del entorno de TI de una organización.
6. ¿Un centro de datos es un activo o no?
Uno centro de datos En el contexto de la CMDB, generalmente se considera un elemento de configuración (EC), no un activo. Esto se debe a que un centro de datos es más que un simple objeto físico; representa una infraestructura funcional y crítica para las operaciones de una organización.
Dentro de la CMDB, un centro de datos se registraría como un elemento de configuración para que su configuración, relaciones y otros detalles relevantes se puedan gestionar correctamente. Esto incluye información sobre la ubicación física del centro de datos, su capacidad de energía, refrigeración, seguridad y los activos que contiene, como servidores, dispositivos de red y sistemas de almacenamiento.
Por lo tanto, si bien un centro de datos puede contener activos como servidores y equipos de red, en sí mismo se lo considera un IC debido a su naturaleza funcional e importancia crítica para la infraestructura de TI de la organización.
7. ¿Dónde almacenar el centro de datos en la CMDB?
Para almacenar la información del centro de datos en la CMDB, se recomienda usar la tabla adecuada para representar ese tipo específico de elemento de configuración. Normalmente, la información del centro de datos se registra en la tabla cmdb_ci.
Esta tabla mantiene registros de todos los elementos de configuración, incluyendo centros de datos, servidores, dispositivos de red, aplicaciones y otros componentes de la infraestructura de TI. Cada registro de la tabla cmdb_ci contiene detalles sobre un elemento de configuración específico, como su nombre, descripción, ubicación, propietario, relaciones y otros atributos relevantes.
Al almacenar la información del centro de datos en la CMDB, es importante garantizar que los datos sean consistentes, precisos y se actualicen periódicamente. Esto ayuda a proporcionar una visión completa y precisa del entorno de TI de la organización, facilitando la gestión eficaz de los activos y recursos de infraestructura.
8. ¿De cuántas maneras se pueden rellenar los datos de la CMDB?
Los datos de la CMDB se pueden rellenar de diversas maneras, lo que proporciona flexibilidad y adaptabilidad para satisfacer las necesidades específicas de cada organización. Algunas de las principales maneras de rellenar los datos de la CMDB incluyen:
- Entrada manualLos administradores de TI o usuarios autorizados pueden ingresar manualmente los datos. Esto resulta útil para agregar información específica que no se puede recopilar automáticamente.
- Importación de conjuntos de datosPuede importar conjuntos de datos de otras fuentes, como hojas de cálculo, bases de datos externas o herramientas de inventario de activos. Esto ayuda a optimizar el proceso de llenado de la CMDB y a garantizar la consistencia de los datos.
- Herramientas de descubrimientoLas herramientas de descubrimiento de redes y sistemas permiten identificar automáticamente los dispositivos y componentes de TI dentro del entorno. Estas herramientas escanean la red en busca de dispositivos activos y recopilan información sobre ellos para añadirla a la CMDB.
- Integraciones APILas integraciones de API permiten la comunicación entre la CMDB y otros sistemas de gestión de TI, como sistemas de tickets, monitorización de red y herramientas de automatización. Esto permite la sincronización automática de datos entre sistemas, manteniendo la CMDB actualizada en tiempo real.
Estas diferentes formas de completar los datos de la CMDB ofrecen a las organizaciones una variedad de opciones para garantizar que su base de datos esté completa, sea precisa y se actualice periódicamente, proporcionando una base sólida para una gestión eficaz de la infraestructura de TI.
9. ¿Qué es una relación en CMDB?
Una relación de CMDB se refiere a la conexión e interacción entre los Elementos de Configuración (EC) dentro de la infraestructura de TI de una organización. La CMDB, o Base de Datos de Gestión de la Configuración, almacena los nombres de todos los EC, sus detalles y atributos específicos, y también crea relaciones entre ellos, los servicios y los procesos, como si se tratara de una red empresarial. Esto ayuda a la organización a comprender las relaciones entre los componentes tecnológicos y las configuraciones. Estas relaciones son esenciales para comprender el impacto de los cambios, gestionar incidentes y problemas, y planificar actualizaciones o retiradas de sistemas.
10. ¿Cómo probar la integridad de CMDB?
Probar el estado de la CMDB implica varios pasos y métricas. A continuación, se muestran algunas maneras de comprobar el estado de la CMDB:
- Número de incidentes originados por cambios fallidos causados por elementos de configuración (EC) mal documentados: Los cambios se aprueban con base en la información registrada en la CMDB. Si un cambio falla debido a información incorrecta sobre un componente de servicio (elemento de configuración), la responsabilidad debe asignarse al proceso de Gestión de la Configuración.
- Número de solicitudes de cambio sin actualizar los elementos de configuración correspondientes: siempre que un elemento de configuración sufre un cambio, debe haber una solicitud de cambio correspondiente autorizada, seguida de una actualización en la CMDB para reflejar la finalización de este cambio autorizado.
- Porcentaje de elementos de configuración con información incorrecta: todas las correcciones de información de elementos de configuración deben contabilizarse para contribuir a esta métrica.
Estas métricas ayudan a garantizar que la CMDB proporcione información precisa e integrada a otros procesos de gestión de servicios. Tenga en cuenta que mantener la integridad de la CMDB es un proceso continuo que requiere supervisión y actualización constantes.
11. ¿Qué son las reglas de identificación?
Las reglas de identificación se utilizan para identificar de forma única los elementos de configuración (CI) y garantizar que estén correctamente representados en la base de datos.
Por ejemplo, en programación, un identificador puede ser el nombre de una variable, función o clase. Las reglas para definir identificadores generalmente especifican que un nombre puede estar compuesto por letras (minúsculas y/o mayúsculas), dígitos y ciertos símbolos como _ y $, pero no puede comenzar con un dígito.
Para las CMDB, las reglas de identificación pueden incluir criterios como el tipo de CI (p. ej., servidor, aplicación, red), atributos específicos (p. ej., fabricante, modelo, versión) y relaciones con otros CI. Estas reglas ayudan a garantizar que cada CI sea único y se pueda rastrear y gestionar eficazmente.
12. ¿Qué son las reglas de conciliación?
La conciliación se utiliza para resolver conflictos entre datos de diferentes fuentes o sistemas.
Por ejemplo, si tiene dos fuentes de datos que proporcionan información sobre los mismos elementos de configuración (EC), puede haber conflictos o discrepancias entre los datos. Se utiliza una regla de conciliación para resolver estos conflictos y garantizar que la CMDB contenga la información más precisa y actualizada.
La conciliación de cuentas también confirma que las cuentas del libro mayor sean consistentes, precisas y completas. Algunas discrepancias pueden ser aceptables debido a la sincronización de los pagos y depósitos. Sin embargo, las discrepancias inexplicables o misteriosas pueden indicar fraude o problemas contables.
13. ¿Qué es la precedencia de datos?
Esta es la prioridad o jerarquía establecida para las diferentes fuentes de datos al completar o actualizar la base de datos de gestión de la configuración (CMDB). Esto significa que, ante conflictos entre datos de diferentes fuentes, una prevalecerá sobre las demás.
Por ejemplo, supongamos que un dispositivo de red tiene información de configuración almacenada en varias fuentes, como un escáner de red y un registro manual de la CMDB. La precedencia de datos determinará qué fuente se considera la fuente autorizada para la información de ese dispositivo.
Esta jerarquía de precedencia de datos es importante para garantizar la consistencia y precisión de la información en la CMDB. Se define típicamente como parte de la estrategia de gobernanza de datos de una organización, donde las fuentes de datos se clasifican según su fiabilidad y relevancia, y se establecen reglas para resolver los conflictos de datos de forma consistente y fiable.
14. ¿Qué rol se requiere para gestionar la CMDB?
Para gestionar la Base de Datos de Gestión de la Configuración (CMDB), se requiere el rol cmdb_admin. Este rol suele asignarse a un administrador o miembro del personal de TI responsable de la gestión de la CMDB.
Estas son algunas de las responsabilidades y privilegios asociados con el rol cmdb_admin:
- Acceso a CMDB: el rol cmdb_admin tiene permiso para acceder a CMDB.
- Administración de elementos de configuración (CI): la función cmdb_admin puede administrar CI, que son los diferentes componentes de TI registrados en la CMDB.
- Gestión de tickets: el rol cmdb_admin puede administrar tickets, que son solicitudes de servicio o incidentes informados por los usuarios.
- Gestión de problemas: la función cmdb_admin puede gestionar los problemas, que son las fallas identificadas en los CI.
- Gestión de cambios: la función cmdb_admin puede administrar cambios, que son cambios planificados en los CI.
- Gestión de versiones: la función cmdb_admin puede gestionar versiones, que son nuevas versiones o actualizaciones de CI.
15. ¿Cómo funciona la CMDB y cómo fluyen los datos? ¿Cómo se gestionan y normalizan las relaciones entre los elementos de configuración?
La CMDB (Base de Datos de Gestión de la Configuración) funciona como un repositorio centralizado que almacena información detallada sobre todos los componentes de TI de una organización, incluyendo hardware, software, redes y servicios. A continuación, explico cómo se mantienen y normalizan los flujos de datos y las relaciones entre los Elementos de Configuración (EC):
- Almacenamiento de datos: La CMDB centraliza y organiza información sobre activos de TI y CI, proporcionando un único punto de referencia para administrar y mantener estos datos.
- Identificación de ICs: Los CI se identifican y recopilan mediante herramientas de descubrimiento e integración, que extraen información de diferentes fuentes y la transfieren a la CMDB. Esto garantiza que todos los componentes relevantes del entorno de TI estén registrados y actualizados en la base de datos.
- Actualización de datos: Las actualizaciones de datos en la CMDB deben ser automatizadas y continuas para evitar errores y garantizar la precisión de la información. El uso de herramientas automatizadas de descubrimiento e integración es crucial para capturar los cambios en el entorno en tiempo real, minimizando así las actualizaciones manuales, que pueden generar duplicados y elementos de configuración innecesarios.
- Análisis y normalización de datos: Tras la recopilación e integración, los datos se analizan para garantizar su precisión y consistencia. La normalización implica estandarizar los atributos de CI, como nombres, clasificaciones y relaciones, para garantizar que todos los registros sigan un formato coherente. Esto ayuda a evitar la duplicación y las inconsistencias en los datos.
- Mantenimiento de datos: Para que una CMDB funcione eficientemente, debe mantenerse actualizada y precisa. Esto requiere implementar procesos automatizados y políticas de gobernanza de datos que garanticen la actualización constante de la información y la resolución de cualquier discrepancia o brecha identificada.
- Mantenimiento de las relaciones IC: Las relaciones entre elementos de configuración, como dependencias e interconexiones, se mapean y mantienen dentro de la CMDB. Estas relaciones se gestionan automáticamente mediante reglas de asociación y dependencia configuradas, que definen cómo se conectan e interactúan los diferentes componentes. El uso de modelos de datos y ontologías específicos permite una normalización eficiente, garantizando que las relaciones reflejen con precisión el entorno de TI real.
Siguiendo estas prácticas, la CMDB se convierte en una herramienta poderosa para gestionar la infraestructura de TI, proporcionando una visión integral y confiable de todos los componentes y sus interrelaciones.
Las relaciones IC se mantienen de la siguiente manera:
- Establecimiento de relaciones: la CMDB es capaz de almacenar información sobre las relaciones entre varios CI, servicios y procesos.
- Mantenimiento de relaciones: las relaciones entre los CI se descubren automáticamente cuando se completan los CI en la CMDB a través de la importación desde Active Directory o LDAP, ejecutando Windows Domain Scan o Network Scan.
La normalización de datos en una CMDB se realiza para garantizar la consistencia y la comparabilidad de los datos. Esto se logra mediante un proceso que implica la identificación y separación de los datos en entidades lógicas, la definición de claves primarias que identifican de forma única cada registro en estas entidades y la estructuración de las relaciones entre estas entidades para reflejar las dependencias de los datos.
16. Activo vs. CI con ejemplo
Activo y elemento de configuración (CI) son dos términos que se utilizan en contextos diferentes, pero ambos son esenciales para la gestión eficaz de una organización.
El término "activo" se utiliza en contabilidad y finanzas para referirse a cualquier recurso propiedad de una empresa que pueda utilizarse para generar valor económico. Los activos se clasifican en corrientes y no corrientes. Los activos corrientes son aquellos que pueden convertirse en efectivo en un año, como el efectivo disponible, las cuentas por cobrar y el inventario. Los activos no corrientes son aquellos que no pueden convertirse en efectivo en un año, como los bienes inmuebles, los equipos y las patentes.
Por ejemplo, una empresa puede tener un edificio como activo no corriente y efectivo como activo corriente.
Por otro lado, un elemento de configuración (EC) es un término utilizado en la gestión de servicios de TI para referirse a cualquier componente de un entorno de TI que deba gestionarse para prestar un servicio de TI. Esto puede incluir hardware, software, documentación, procesos y personal. Cada EC se registra en una base de datos de gestión de la configuración (CMDB) y mantiene información sobre él, incluyendo sus atributos, historial y relaciones con otros EC.
Por ejemplo, un servidor de base de datos puede ser un CI en un entorno de TI. Puede tener atributos como ubicación, capacidad, número de serie, versión de software, etc. También puede tener relaciones con otros CI, como el software de base de datos que se ejecuta en él y las aplicaciones que dependen de él.
17. ¿Podemos crear múltiples atributos de criterios para una tabla?
Sí, es posible crear múltiples atributos de criterios para una tabla en CMDB.
Los atributos de criterios se utilizan para definir características específicas de los elementos de configuración (EC) y pueden incluir una variedad de información, como tipo, propietario, importancia, interdependencias, historial de cambios y más.
Por ejemplo, si administra una tabla de servidores en la CMDB, podría tener atributos de criterio como "Ubicación", "Capacidad", "Número de serie", "Versión del software", etc. Cada uno de estos atributos puede tener múltiples valores, lo que le permite obtener una amplia gama de información sobre cada servidor.
Además, es importante tener en cuenta que la estructura y los atributos de una tabla de CMDB se pueden personalizar para satisfacer las necesidades específicas de su organización. Esto significa que puede agregar, eliminar o modificar atributos de criterios según sea necesario para reflejar con precisión su configuración de CI.
18. ¿Tabla base principal de cmdb, servidor Windows, enrutador, aplicación empresarial?
En la CMDB (Base de Datos de Gestión de la Configuración), la tabla base principal es donde se almacenan todos los Elementos de Configuración (EC). Cada EC representa un elemento bajo gestión de la configuración, como un servidor, un enrutador, una aplicación empresarial, una máquina virtual, un contenedor o incluso una construcción lógica, como un portafolio.
A continuación se muestran algunas opciones de tabla base para los ejemplos de CI mencionados anteriormente:
- Servidor Windows: Este es un ejemplo de CI que representa un servidor físico o virtual que ejecuta el sistema operativo Windows. Puede tener atributos como ubicación, capacidad, número de serie, versión de software, etc.
- Enrutador: Este es un ejemplo de un CI que representa un dispositivo de red que reenvía paquetes de datos entre redes informáticas. Puede tener atributos como ubicación, capacidad, número de serie, versión de firmware, etc.
- Aplicación de Negocio: Este es un ejemplo de CI que representa una aplicación de software utilizada para respaldar o mejorar los procesos de negocio de una organización. Puede tener atributos como nombre, versión, propietario, usuarios, etc.
Cada uno de estos elementos de configuración puede registrarse en la CMDB con sus respectivos atributos y relaciones con otros elementos de configuración. Esto permite a las organizaciones comprender mejor el impacto de los cambios, resolver incidentes, realizar una gestión de activos precisa y planificar futuras mejoras.
19. ¿Cuáles son las cinco mejores prácticas para CMDB?
Las cinco mejores prácticas para implementar y gestionar una CMDB incluyen:
- Definir criterios claros de CI y relación: Establecer claramente qué componentes de TI se considerarán elementos de configuración (CI) y cómo se relacionan entre sí, garantizando la consistencia y precisión de los datos en la CMDB.
- Establecer la gobernanza y propiedad de los datos: Garantizar una gestión eficaz de los datos de la CMDB definiendo responsabilidades y procesos para ingresar, mantener y verificar la información.
- Utilice reglas de identificación y conciliación: Asegúrese de que cada CI sea único e identificable aplicando reglas que resuelvan conflictos de datos cuando diferentes fuentes proporcionen información contradictoria sobre el mismo CI.
- Auditar y limpiar datos periódicamente: Realizar auditorías periódicas de la CMDB para identificar y corregir errores, verificar la precisión de los datos, eliminar CI duplicados u obsoletos y eliminar información innecesaria.
- Capacitar a los usuarios en los procesos de CMDB: Empoderar a todos los usuarios que interactúan con la CMDB, garantizando que comprendan los procesos y contribuyan a mantener datos precisos.
20. ¿Cómo funcionan las órdenes de reglas de la CMDB?
Las reglas de la CMDB (Base de Datos de Gestión de la Configuración) son esenciales para mantener la integridad y precisión de los datos. Las reglas principales se explican a continuación:
- Reglas de identificación: Garantizan que cada elemento de configuración (EC) sea único y esté identificado inequívocamente. Definen los atributos que deben usarse para identificar un EC, como el nombre de host, la dirección IP y el número de serie, en el caso de un servidor.
- Reglas de conciliación: Resuelva conflictos de datos cuando diferentes fuentes proporcionen información contradictoria sobre el mismo CI. Por ejemplo, si dos fuentes proporcionan ubicaciones diferentes para un servidor, la regla de conciliación define qué información se utilizará.
- Reglas de precedencia de datos: Establecen qué fuente de datos tiene prioridad en caso de conflicto. Por ejemplo, si la ubicación de un servidor la proporcionan tanto un sistema de gestión de red como un sistema de gestión de activos, la regla de precedencia determina qué sistema tiene prioridad.
A ServiceNowA partir del lanzamiento en París, las reglas de precedencia de datos se fusionaron con las de conciliación. Esto significa que ahora existe un único conjunto de reglas que gestiona tanto la conciliación como la determinación de la precedencia de datos.
Conclusión
Implementar y gestionar eficazmente una CMDB es una tarea compleja que requiere una comprensión clara de los conceptos y prácticas involucrados. Sin embargo, una buena gestión de una CMDB puede proporcionar información valiosa sobre la infraestructura de TI de una organización, facilitando la toma de decisiones informada, mejorando la eficiencia operativa y reduciendo los riesgos asociados a los cambios en la infraestructura de TI.
Esperamos que esta guía le haya ayudado a aclarar sus dudas sobre la CMDB y le sirva como recurso útil para su proceso de gestión de servicios de TI. Si tiene alguna otra pregunta o necesita más información, Contáctanos¡Estamos aquí para ayudar!