Muchas organizaciones ya utilizan algunos elementos de Gestión de Configuración, a menudo usando hojas de cálculo, bases de datos locales o sistemas basados en papel. En las infraestructuras de hoy en día grandes y complejas, la Gestión de Configuración requiere el uso de herramientas de soporte, que incluye la base de datos de Gestión de Configuración (CMDB). Son necesarios archivos electrónicos y físicos junto al CMDB para almacenar copias definitivas de software y documentación. Es probable que la CMDB se base en tecnología de base de datos que proporciona facilidades de interrogación flexibles y poderosas. La CMDB debe contener todas las relaciones entre los componentes del sistema, incluidos Incidencias, Problemas, Errores Conocidos, Cambios y Difusiones. La CMDB también contiene información sobre Incidencias, Errores Conocidos y Problemas y datos corporativos de empleados, proveedores, localidades y unidades de negocio.
La CMDB también se puede utilizar para almacenar y controlar los detalles de los usuarios de IT, empleados de IT y unidades de negocio, aunque las implicaciones legales de almacenar información sobre personas en la CMDB se deben considerar. Almacenar tal información en la CMDB permitiría que Cambios de Personal se relacionaran con la propiedad de Cambios de CI
Rango y Detalle (Profundidad)
La Infraestructura de IT consiste en artículos de configuración. Un artículo de configuración es un elemento documentado de la infraestructura de IT, tal como hardware, software, alojamiento, personas y documentación (Categoría).
Rango CMDB
El factor primordial al decidir tanto el rango como el detalle es la información necesaria para gestionar el servicio al margen del coste o dificultad de obtener y mantener esos datos. Un punto de vista más pragmático es que no sólo se deben tener en cuenta esos factores sino también, y puede que de modo más importante, los directores deben considerar las consecuencias de almacenar datos poco exactos o desfasados en la CMDB.
Antes de que la transición de montar una CMDB se lleve a cabo, se debe decidir acerca de qué parte de la infraestructura de IT será controlada por la Gestión de Configuración. La elección del Rango influye al rango de diagnósticos de Gestión de Problemas, para la coordinación de Gestión de Cambios, etc. Esta elección se recoge de las Declaraciones de Misiones que se montan para los procesos. La elección del Rango también se monta en parte de un análisis de los servicios y su contribución a, o su impacto en, las actividades de negocio de los clientes. Aparte de esto, el Rango se puede recoger de la determinación del Acuerdo de Nivel de Servicio.
Detalle CMDB
Con la subdivisión en niveles, se crea una jerarquía de componentes y unidades. Se toman decisiones sobre qué son Cl’s principales y en cuántos niveles estos Cl’s deben ser detallados. El nivel más alto es la infraestructura de IT misma. El nivel útil más bajo es el nivel donde todavía sea posible llevar control. La encarnación de un CI en la CMDB sólo es efectiva cuando el control sobre el CI y la información que conlleva sea útil para otros procesos de ITIL.
Con el establecimiento de la jerarquía de una CMDB, rigen las siguientes normas:
Cuando hay más niveles, se debe mantener más información. Esto conlleva más trabajo y
resulta en una CMDB más grande.
Cuando hay menos niveles, hay menos control e información sobre la infraestructura de IT.
Cuando la CMDB no tiene profundidad suficiente, los cambios a los componentes más bajos no se puede mantener adecuadamente. Cada ajuste a componentes de un CI madre resultará en una versión alternativa del CI madre; un PC que aparece con dos discos duros tendrá entonces una versión A y una versión B. Si aparecen muchos ajustes en los componentes filiales, entonces la numeración de variación se volverá opaca y difícil de seguir.
Nombramiento y otros atributos
Nombramiento
El nombre de un CI debe ser único. Cada CI en la infraestructura controlada debe ser identificado y sólo podemos hacer esto, dando a cada CI un número único. Como su automóvil. Este automóvil es único en- el mundo por una combinación de números en su matrícula y el estado /país donde vive.
Nombramiento debe ser lógico y sencillo. Sencillo porque ¿qué necesidad hay de hacerlo difícil? Personal de IT y clientes deben tener idea de cómo leer y montar la identificación de CI. Así que intente encontrar una identificación lo más lógica y sencilla como le sea posible: como Al 234567 en vez de PC_BUILDA_LOKI.4_ 1234.
A lo largo del ciclo vital de un CI, la primera identificación dada debe permanecer. 1 que la excepción confirma la regla! Así que esta es otra razón por la que no implementar números como PC_BUILDA_LOKI.4_ 1234 porque se relacione con el edificio donde se instaló.
Detalles de CMDB
Los siguientes atributos son ejemplos que se pueden utilizar en la CMDB. Note que el hardware de los tipos de CI tendrá distintos atributos de los tipos de CI de software.
Relaciones en la CMDB
Se pueden llevar al día muchos distintos tipos de relaciones. Las relaciones más frecuentes son:
- Es un componente de; esta es la relación de madre-hija del CI, como un disco A es un componente de un PCy un módulo de software es un componente de un programa.
- Es una copia de; una copia de un modelo estándar o de un programa.
- Se relaciona a un procedimiento, un SLA o un programa
- Se relaciona con; por ejemplo, un PC que está conectado con un segmento LAN.
- Es utilizado por; como un CI que es utilizado por un servicio, para que se puedan calcular los costes y la disponibilidad del servicio, o un módulo de software que es necesario para varios programas para que se pueda hacer un seguimiento de “cuál es el impacto de un ajuste”.
Igual que al determinar el número de niveles, es necesario sopesar de forma meticulosa qué es necesario, la cantidad de trabajo que conlleva y los recursos disponibles para ese trabajo, se debe hacer al determinar las relaciones necesarias.
Otras relaciones:
- RFC’s: La relación con todas las RFC’s afectando este CI.
- Relación con Cambios: La relación con todos los archivos de cambios afectando a este CI
- Relación con Problemas: La relación con todos los archivos de Problemas afectando este CI
- Relación con Incidencias: La relación con todos los archivos de Incidencia afectando este CI