exiten algunas plantillas especiales para poder llevar el control de esta información

Marcar mensaje como inapropiado Por carlos orlando 19/05/2007

hola que tal, muy bueno tu curso, queria saber si hay agun modelo de como hacer la CMDB ya que es la parte fundamental de esto y queria que me asesoren en esto ya que se estoy en un proyecto donde se esta implementado ITIL, gracias

Marcar mensaje como inapropiado Por cathy 25/10/2007

Estimados amigos, como se ha definido ya, los CI tienen estrecha relación con la CMDB, ya que son practicamente los componentes principales de la misma, por otro lado, habría que tener (y esto depende del software que contiene la CMDB) la siguiente información:

* Tipo: Físco o Lógico
* Sub-Tipo: Si el tipo de CI es físico, los subtipos podrán ser Hardware, Software, Documentación y Usuarios/Grupos; si el tipo de CI es lógico, los subtipos podrán ser Aplicaciones, Subsistemas, Servicios IT.

* Ubicación: En este campo se debe identificar la ubicación (física) del CI.

* Propietario: Es la persona responsable del CI, no necesariamente quien utiliza este recurso.

* Descripción: La descripción del mismo
* Vendedor/Proveedor: De quien se ha comprado
* Modelo/Marca:
* Nro de Serie:

En la sección de Atributos se podría indicar:

* Versión:
* Fabricante:

Posteriormente, se definen las relaciones que pueden tener los CI entre sí.

Un saludo desde Santa Cruz Departamento Autónomo de Bolivia.

Fernando Viveros P.
Email: fernanvp@gmail.com


Marcar mensaje como inapropiado Por Fernando Viveros Palma 13/02/2008

Si es hardware y conectado a red también se deberia de identificar la dirección IP, si tiene acceso a internet..


Marcar mensaje como inapropiado Anonimo 08/04/2009

Fernando felicitarte por tus comentarios, sirven tanto o más que el propio curso.

Marcar mensaje como inapropiado Por J.A. Carrión 13/04/2009

Desde el puntos de vista de elementos críticos, debemos tener estandarizados nuestros procesos críticos, de tal forma que todo componente de Hardware, software, y recursos humano este claramente identificado, así en el evento de un un incidente que coloque en riesgo la operatividad del negocio, tengamos claro el paso a paso en el diagnostico y solución del incidente y quienes deben necesariamente intervenir en el. Procedimientos claramente documentados, inventarios al día, proveedores y personal interno implicado, como software requerido, es muy importante para ser almacenado en un centro de documentación centralizado o no, según sea el caso. Al fin y al cabo lo que nos interesa es saber que debemos hacer si se presenta un incidente que pasos hay que seguir y tener claro los tiempos de solución. Sigo insistiendo si ustedes hacen un BCP y un DRP bien elaborado esto que se expresa aquí debe sonar muy pero muy familiar, porque al fin y al cabo es la operatividad del negocio basada en la identificación plena de los procesos críticos. Quienes mejor conocen el proceso son el mismo personal, para ellos hay que crear estándares en documentación junto con un centro de documentación que maneje versiones, perfiles, etc. un verdadero DMS. Es la parte mas aburrida para el personal técnico porque es documentar y muchos no les gusta eso, así que delegar esa tarea a una persona que acompañe al personal en su nueva disciplina es lo mas adecuado. os formatos de documentación deben ser mediante formato estándar definido por IT, para se mandatorio para las diferentes áreas que la conforman BD, Infraestructura de red y operativa, sistemas administrativos, soporte de usuarios o helpdesk etc. Para quienes les gusta el software libre KnowledgeTree es una idea, OpenSharePoint otra para los que no a lo mejor Microsoft SharePoint sea una.

Marcar mensaje como inapropiado Por Fabian Cortes 21/04/2009