Gestión de Configuraciones
Clasificación y Registro
La principal tarea de la Gestión de Configuraciones es mantener la CMDB. Es imprescindible, para llevar esta labor con éxito, predeterminar la estructura del CMDB de manera que:
- Los objetivos sean realistas: una excesiva profundidad o detalle puede sobrecargar de trabajo a la organización y resultar, a la larga, en una dejación de responsabilidades.
- La información sea suficiente: debe existir, al menos un registro de todos los sistemas críticos para la infraestructura TI.
Alcance
En primer lugar habremos de determinar que sistemas y componentes TI van a ser incluidos en la CMDB:
- Es esencial incluir al menos todos los sistemas de hardware y software implicados en los servicios críticos.
- Se debe determinar que CIs deben incluirse dependiendo del estado de su ciclo de vida. Por ejemplo, pueden obviarse componentes que ya han sido retirados.
- Es recomendable incorporar, al menos, la documentación asociada a proyectos, SLAs y licencias.
En general cualquier servicio o proceso es susceptible de ser incluido en la CMDB pero unos objetivos en exceso ambiciosos pueden resultar contraproducentes.
Nivel de detalle y Profundidad
Una vez determinado el alcance de la CMDB es imprescindible establecer el nivel de detalle y profundidad deseados:
- Determinar los atributos que describen a un determinado CI.
- Tipo de relaciones lógicas y físicas registradas entre los diferentes CIs.
- Subcomponentes registrados independientemente.
Por ejemplo, si se decide incluir los equipos de sobremesa en la CMDB:
- Atributos: Fecha de compra, fabricante, procesador, sistema operativo, propietario, estado, coste, etc.
- Relaciones: conexión en red, impresoras conectadas, etc.
- Profundidad: tarjetas de red, discos duros, tarjetas gráficas, etc.
Nomenclatura
Aunque este sea un aspecto muy técnico es de vital importancia predefinir los códigos de clasificación de los CIs para que el sistema sea funcional:
- La identificación debe ser, por supuesto, única y si es posible interpretable por los usuarios.
- Este código debe ser utilizado en todas las comunicaciones referentes a cada CI y si es posible debe ir físicamente unido al mismo (mediante una etiqueta de difícil eliminación).
- Los códigos no deben ser sólo utilizados para componentes de hardware sino también para documentación y software.
