Content deleted Content added
m Signing comment by Ab A Mamoon - "→About my Life.: new section" |
m Grammar fixed - added commas. |
||
Line 3:
how is CMDB different/same than SCM (software configuration management)? Is it just that SCM only for software & CMDB is software plus hardware? [[User:DEddy|DEddy]] 04:13, 12 April 2006 (UTC)
It very much depends on the CMDB implementation. Certainly, most CMDBs maintain extensive information about hardware and devices on the network and their configurations - some CMDB vendors will capture software information as well - for instance, website configuration files. Software inherently has a variety of means of configuration from settings in files to registry entries in the likes of Windows operating systems. Some settings are only accessible when the software is running and via the user interface only.
A perfect CMDB would know everything i.e. HCM+SCM+DCM
Line 9:
== CMDB ==
Although the idea of inventories is a common one, it was the ITIL framework that gave these inventories an official name: CMDB.
A CMDB according to ITIL is a repository that contains all configuration items (CIs) in an organization and their relationship to each other. Any Component that needs to be managed in order to deliver an IT Service is a CI. Information about each CI is recorded in a Configuration Record within the CMDB and is maintained throughout its Lifecycle by Configuration Management. CIs are under the control of Change Management. CIs typically include hardware, software, buildings, people, and formal documentation such as Process documentation and SLAs. The CMDB is the cornerstone of the Configuration Management process in ITIL and according to ITIL should only be updated through a Change Management process, note that Release management is part of Change management. Other disciplines such as Capacity and Availability management also depend extensively on the data the CMDB provides from auditing to decision making.
| |||