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 TI. Desde el significado básico hasta las mejores prácticas y su implementación, profundicemos en las preguntas esenciales relacionadas con CMDB.
1. ¿CMDB significa?
CMDB es el acrónimo en inglés de Base de Datos de Gestión de Configuración
2. ¿Qué es CMDB?
Una CMDB, o base de datos de gestión de configuración, es una base de datos que almacena toda la información importante sobre los elementos de configuración (CI) utilizados por las empresas. Proporciona un lugar común para almacenar datos asociados con activos de TI y CI (elementos de configuración). El componente fundamental de una CMDB es el CI, que representa un elemento bajo gestión de configuración, como un enrutador, un servidor, una aplicación, una máquina virtual, un contenedor o incluso una construcción lógica como una cartera.
3. ¿Qué es el CI?
IC es un elemento de configuración. En un contexto de 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 monitorean en una CMDB, donde su información se mantiene actualizada para brindar una visión precisa del entorno de TI de una organización.
4. ¿Cuáles son las tablas base en CMDB?
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 (CI). 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 la gestión eficaz de los datos en CMDB, ya que proporcionan un marco sólido para representar y realizar un seguimiento de los activos y relaciones de TI de una organización.
5. Diferencia entre activo e IC
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: Un activo, dentro de la CMDB, generalmente está asociado a una propiedad financiera. Representa un elemento tangible o intangible que tiene valor económico para la organización. Por ejemplo, los servidores, las computadoras, los dispositivos de red y las licencias de software se consideran activos. La gestión de activos se centra principalmente en aspectos como el coste, la depreciación y el cumplimiento financiero.
Elemento de configuración (CI): Por otro lado, un elemento de configuración (CI) es una entidad funcional dentro de la CMDB que representa un único componente o recurso de TI. Los CI se registran en 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 más bien con su papel en la prestación de servicios de TI. Los ejemplos de CI incluyen servidores, aplicaciones, configuraciones de red, documentación de procedimientos y otros elementos que deben controlarse y gestionarse para proporcionar servicios de TI eficaces.
Esta distinción entre activos y elementos de configuración es importante para una gestión eficaz de 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. ¿Es el centro de datos un activo o no?
Uno centro de datos Normalmente se considera un elemento de configuración (CI), no un activo, dentro del contexto de CMDB. 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 el funcionamiento 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 puedan gestionarse adecuadamente. Esto incluye información sobre la ubicación física, la capacidad de energía, la refrigeración y la seguridad del centro de datos, así como 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, él mismo se trata como un CI debido a su naturaleza funcional y su importancia crítica para la infraestructura de TI de la organización.
7. ¿Dónde almacenar el centro de datos en CMDB?
Para almacenar información sobre un centro de datos en CMDB, se recomienda utilizar la tabla adecuada para representar ese tipo específico de elemento de configuración. Generalmente, la información del centro de datos se registra en la tabla cmdb_ci.
Dentro de esta tabla, se mantienen registros de todos los elementos de configuración, incluidos centros de datos, servidores, dispositivos de red, aplicaciones y otros componentes de infraestructura de TI. Cada registro de la tabla cmdb_ci contiene detalles sobre un CI específico, como su nombre, descripción, ubicación, propietario, relaciones y otros atributos relevantes.
Al almacenar información sobre un centro de datos en CMDB, es importante asegurarse de que los datos sean coherentes, 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 completar los datos de CMDB?
Los datos de CMDB se pueden completar de diversas formas, lo que proporciona flexibilidad y adaptabilidad para satisfacer las necesidades específicas de cada organización. Algunas de las principales formas de completar datos CMDB incluyen:
- Entrada manual: los administradores de TI o los usuarios autorizados pueden ingresar datos manualmente. Esto es útil para agregar información específica que no se puede recopilar automáticamente.
- Importación de conjuntos de datos: puede 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 acelerar el proceso de completar la CMDB y garantiza la coherencia de los datos.
- Herramientas de descubrimiento: las herramientas de descubrimiento de redes y sistemas se pueden utilizar para identificar automáticamente 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 agregarla a la CMDB.
- Integraciones de API: las integraciones de API permiten la comunicación entre CMDB y otros sistemas de gestión de TI, como sistemas de emisión de tickets, monitoreo de red y herramientas de automatización. Esto permite sincronizar automáticamente los datos entre sistemas, manteniendo la CMDB actualizada en tiempo real.
Estas diferentes formas de completar los datos de CMDB brindan a las organizaciones diversas opciones para garantizar que su base de datos esté completa, sea precisa y se actualice periódicamente, proporcionando una base sólida para administrar eficazmente su infraestructura de TI.
9. ¿Qué es la relación CMDB?
La relación CMDB se refiere a la conexión e interacción entre elementos de configuración (CI) dentro de la infraestructura de TI de una organización. La CMDB, o Base de Datos de Gestión de Configuración, almacena los nombres de todos los CI, sus detalles y atributos específicos, e incluso crea la relación entre todos ellos, servicios y procesos, como si de una red se tratase toda la empresa. Esto ayuda a la organización a comprender la relación entre los componentes y las configuraciones de la tecnología. Estas relaciones son esenciales para comprender el impacto de los cambios, gestionar incidentes y problemas y planificar actualizaciones o retiros del sistema.
10. ¿Cómo probar la integridad de la CMDB?
Probar el estado de la CMDB implica varios pasos y métricas. A continuación se muestran algunas formas de comprobar el estado de CMDB:
- Número de licencias no utilizadas: CMDB tiene un registro de todas licencias de software y cuando fueron distribuidos. Se puede generar un informe de licencias no utilizadas.
- Número de incidentes originados por cambios fallidos causados por Elementos de Configuración (CI) 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 del servicio (elemento de configuración), se debe asignar la responsabilidad al proceso de Gestión de la Configuración.
- Número de solicitudes de cambio sin actualizar los elementos de configuración correspondientes: cada vez 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 a la información de los elementos de configuración deben contarse para contribuir a esta métrica.
Estas métricas ayudan a garantizar que CMDB proporcione información precisa e integrada con otros procesos de gestión de servicios. Recuerde que mantener la integridad de CMDB es un proceso continuo y requiere monitoreo 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 representados correctamente 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 CMDB, las reglas de identificación pueden incluir criterios como el tipo de CI (por ejemplo, servidor, aplicación, red), atributos específicos (como fabricante, modelo, versión) y relaciones con otros CI. Estas reglas ayudan a garantizar que cada CI sea único y pueda rastrearse y administrarse de manera efectiva.
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 brindan información sobre los mismos elementos de configuración (CI), puede haber conflictos o discrepancias entre esos datos. La regla de conciliación se utiliza 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 diferencias pueden ser aceptables debido al momento de los pagos y depósitos. Sin embargo, discrepancias inexplicables o misteriosas pueden advertir de fraude o engaño en los libros.
13. ¿Qué es la precedencia de datos?
Es la prioridad o jerarquía establecida para diferentes fuentes de datos al completar o actualizar la base de datos de gestión de configuración (CMDB). Esto significa que cuando hay conflictos entre datos provenientes de diferentes fuentes, una fuente específica tendrá prioridad sobre las demás.
Por ejemplo, supongamos que un dispositivo de red determinado tiene información sobre su configuración almacenada en múltiples fuentes, como un escáner de red y un registro manual en la CMDB. La precedencia de los datos determinará qué fuente se considerará la fuente "autorizada" para la información en ese dispositivo.
Esta jerarquía de precedencia de datos es importante para garantizar la coherencia y precisión de la información en la CMDB. Generalmente se define como parte de la estrategia de gobierno de datos de la organización, donde las fuentes de datos se clasifican en función de su confiabilidad y relevancia, y se establecen reglas para resolver conflictos de datos de manera consistente y confiable.
14. ¿Qué rol se requiere para administrar la CMDB?
Para administrar CMDB (base de datos de administración de configuración), se requiere la función cmdb_admin. Esta función normalmente se asigna a un administrador o miembro del personal de TI que es responsable de administrar la CMDB.
Estas son algunas de las responsabilidades y privilegios asociados con la función cmdb_admin:
- Acceso a CMDB: la función cmdb_admin puede acceder a CMDB.
- Gestión de elementos de configuración (CI): la función cmdb_admin puede gestionar los CI, que son los diferentes componentes de TI registrados en CMDB.
- Gestión de tickets: la función cmdb_admin puede gestionar tickets, que son solicitudes de servicio o incidentes informados por los usuarios.
- Gestión de problemas: La función cmdb_admin puede gestionar problemas, que son fallas identificadas en los CI.
- Gestión del cambio: La función cmdb_admin puede gestionar 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 CMDB y cómo se produce el flujo de datos? ¿Cómo se gestionan y normalizan las relaciones entre los CI?
La CMDB (Base de datos de gestión de configuración) funciona como un repositorio centralizado que almacena información detallada sobre todos los componentes de TI de una organización, incluidos hardware, software, redes y servicios. A continuación, explico cómo fluyen los datos y cómo se mantienen y normalizan las relaciones entre los elementos de configuración (CI):
- Almacenamiento de datos: CMDB centraliza y organiza información sobre activos de TI y CI, proporcionando un único punto de referencia para gestionar y mantener estos datos.
- Identificación de circuitos integrados: 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 realizarse de forma automatizada y continua para evitar errores y garantizar la exactitud de la información. El uso de herramientas automáticas de descubrimiento e integración es fundamental para capturar cambios en el entorno en tiempo real, minimizando el uso de actualizaciones manuales, que pueden generar duplicados y CI innecesarios.
- Análisis y normalización de datos: Después de la recopilación e integración, los datos se analizan para garantizar su precisión y coherencia. La normalización implica estandarizar atributos de CI, como nombres, clasificaciones y relaciones, garantizando que todos los registros sigan un formato coherente. Esto ayuda a evitar duplicaciones e inconsistencias en los datos.
- Mantenimiento de datos: Para que la CMDB funcione eficientemente, debe mantenerse actualizada y precisa. Esto requiere implementar procesos automatizados y políticas de gobierno de datos que garanticen que la información se actualice constantemente y se resuelva cualquier discrepancia o brecha identificada.
- Mantenimiento de Relaciones IC: Las relaciones entre los CI, como las dependencias y las interconexiones, se asignan y mantienen dentro de la CMDB. Estas relaciones se administran automáticamente a través de reglas configuradas de asociación y dependencia, que definen cómo se conectan e interactúan los diferentes componentes. El uso de ontologías y modelos de datos específicos permite una normalización eficiente, asegurando que las relaciones reflejen con precisión el entorno de TI real.
Siguiendo estas prácticas, CMDB se convierte en una poderosa herramienta para administrar 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 circuitos integrados, servicios y procesos.
- Mantenimiento de relaciones: las relaciones entre los CI se descubren automáticamente completando los CI en la CMDB a través de Active Directory o la importación LDAP, ejecutando Windows Domain Check o Network Check.
La normalización de datos en CMDB se realiza para garantizar que los datos sean consistentes y comparables. Esto se hace mediante un proceso que implica identificar y separar datos en entidades lógicas, definir claves primarias que identifiquen de forma única cada registro en estas entidades y estructurar las relaciones entre estas entidades para reflejar las dependencias de los datos.
16. Activo vs IC con ejemplo
Activo y Elemento de configuración (CI) son dos términos que se utilizan en diferentes contextos, pero ambos son esenciales para la gestión eficaz de una organización.
La palabra activo es un término utilizado en contabilidad y finanzas para referirse a cualquier recurso propiedad de una empresa que pueda utilizarse para producir valor económico. Los activos se pueden clasificar en corrientes o no corrientes. Los activos corrientes son aquellos que se pueden convertir en efectivo dentro de un año, como el efectivo disponible, las cuentas por cobrar y los inventarios. Los activos no corrientes son aquellos que no se pueden convertir en efectivo en el plazo de un año, como bienes inmuebles, equipos y patentes.
Por ejemplo, una empresa puede tener un edificio como activo no corriente y efectivo disponible como activo corriente.
Por otro lado, un elemento de configuración (CI) 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 personas. Cada CI está registrado en una base de datos de gestión de configuración (CMDB) y mantiene información sobre el CI, incluidos sus atributos, historial y relaciones con otros CI.
Por ejemplo, un servidor de base de datos podría 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 circuitos integrados, 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 (CI) 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 CMDB, puede tener atributos de criterios como "Ubicación", "Capacidad", "Número de serie", "Versión de software", etc. Cada uno de estos atributos puede tener múltiples valores posibles, lo que le permite capturar 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 en 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 la configuración de sus CI.
18. ¿Tabla base principal de cmdb, servidor Windows, enrutador, aplicación empresarial?
En CMDB (Base de datos de gestión de configuración), la tabla base principal es donde se almacenan todos los elementos de configuración (CI). Cada CI representa un elemento bajo gestión de 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 una cartera.
A continuación se muestran algunas opciones de tabla base para los ejemplos de IC mencionados anteriormente:
- Windows Server: este es un ejemplo de un 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 IC que representa un dispositivo de red que reenvía paquetes de datos entre redes de computadoras. Puede tener atributos como ubicación, capacidad, número de serie, versión de firmware, etc.
- Aplicación empresarial: este es un ejemplo de CI que representa una aplicación de software utilizada para respaldar o mejorar los procesos comerciales de una organización. Puede tener atributos como nombre, versión, propietario, usuarios, etc.
Cada uno de estos CI se puede registrar en la CMDB con sus respectivos atributos y relaciones con otros CI. Esto permite a las organizaciones comprender mejor el impacto de los cambios, resolver incidentes, realizar una gestión de activos precisa y planificar mejoras futuras.
19. ¿Cuáles son las cinco mejores prácticas para CMDB?
Cinco mejores prácticas para implementar y administrar una CMDB incluyen:
- Defina criterios claros de CI y relación: Establezca claramente qué componentes de TI se considerarán elementos de configuración (CI) y cómo se relacionan entre sí, garantizando la coherencia y precisión de los datos en la CMDB.
- Establecer la gobernanza y la propiedad de los datos: Garantizar una gestión eficaz de los datos de CMDB definiendo responsabilidades y procesos para el ingreso, mantenimiento y verificación de 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 divergente sobre el mismo CI.
- Audite y limpie los datos periódicamente: Realice auditorías periódicas de la CMDB para identificar y corregir errores, verificando la precisión de los datos, eliminando CI duplicados u obsoletos y eliminando información innecesaria.
- Capacitar a los usuarios en procesos CMDB: Capacite a todos los usuarios que interactúan con CMDB, asegurándose de que comprendan los procesos y contribuyan a mantener datos precisos.
20. ¿Cómo funcionan las órdenes de reglas CMDB?
Las reglas de CMDB (Base de datos de gestión de 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 (CI) sea único y esté identificado sin ambigüedades. Definen qué atributos deben usarse para identificar un CI, 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: Resolver conflictos de datos cuando diferentes fuentes proporcionen información divergente sobre el mismo CI. Por ejemplo, si dos fuentes tienen 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 conflictos. Por ejemplo, si la ubicación de un servidor la proporciona 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.
Para ServiceNow, a partir del lanzamiento en París, las reglas de precedencia de datos se fusionaron con las reglas de conciliación. Esto significa que ahora existe un único conjunto de reglas que maneja tanto la conciliación de datos como la determinación de la precedencia de los 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 involucradas. Sin embargo, cuando se administra bien, una CMDB puede proporcionar información valiosa sobre la infraestructura de TI de una organización, facilitando la toma de decisiones informadas, mejorando la eficiencia operativa y reduciendo los riesgos asociados con los cambios en la infraestructura de TI.
Esperamos que esta guía le haya ayudado a responder sus preguntas sobre CMDB y que le sirva como recurso útil en su recorrido por la gestión de servicios de TI. Si tienes más preguntas o necesitas más información, Contáctenos. ¡Estamos aquí para ayudar!