Table of Contents
- The CMDB defined
- The purpose of the CMDB
- Determining what to include in the CMDB
- The difference between the CMDB and IT Asset Management
- Why is the CMDB so important?
- Benefits of using a CMDB
- In summary,
Understanding the Configuration Management Database (CMDB) and its core functions is a critical aspect of service management. The CMDB forms the hub of numerous service management practices and provides a means of correlation needed to deliver business services successfully.
The CMDB defined
In the most simplistic terms, the Configuration Management Database (CMDB) is a database containing information about the devices and applications that deliver services in an enterprise. This includes all hardware, operating systems, software, and applications, network gear, servers and storage, virtual machines and containers, including the facilities needed to store such equipment like racks and power. There is no limit to the items that can be stored in this database, so documentation, plans, and logical information may be stored as well.
Other terms relating to the CMDB include:
- A Configuration Item (CI) is any item whose data is stored in the CMDB, the component or record itself.
- The term attributes typically refers to the configuration of the device: the software version, or for physical devices, the memory, CPU type, storage, and more.
- Relationship in terms of the CMDB defines how items are used together. For example, an application may be “hosted by” a server. The relative time “hosted by” defines the relationship between the two CIs.
- Service Mapping refers to the activity of identifying all components of a business service or application and mapping their relationship to that service. After discovering CI attributes, this is the most critical aspect of the CMDB as it is the activity that enables the correlation capabilities that enable the CMDB to assist organizations in understanding the impact of a failure or the risk of a change.
The purpose of the CMDB
The primary purpose of the CMDB is to provide the data IT needs to support service management practices. For example, with Incident and Event Management, the CMDB provides information about the CIs that can be causing a reported issue or which services might be impacted by an issue detected by monitoring systems. The change enablement practice relies on CMDB data to determine risk.
Putting a modern spin on things, the CMDB, along with historical data in service management platforms, fuels predictive analytics capabilities supported by artificial intelligence by being the hub that ties historical information from events, incidents, problems, and change records together. This allows artificial intelligence to analyze the data these records contain to assist with proactive activities and risk management.
From the first iteration of ITIL®, the CMDB was central to the success of a service management implementation. Still, many have shied away from building the CMDB due to the difficulty of building and maintaining the data. You can solve this problem with the current discovery and service mapping tools.
Determining what to include in the CMDB
Everything! Collective wisdom focuses on infrastructure, and that is certainly a place to start, but repetitive issues also occur at the personal device level, software, and patch level. Thus, it’s important to prioritize the approach to building the CMDB:
- Begin with discovering all devices and components in data centers.
- Build the relationships between these components and critical services (service mapping).
- Expand service mapping to include less critical services.
- Expand to include a level of understanding of hosted services, at least an understanding of which providers support a particular service.
- As soon as practical, move to the desktop level:
- You can trace the intermittent issues to differences at the workstation level and the configuration patches installed at the desktop.
- While it may not be practical for all organizations to get to this level, it may be necessary for some.
- When ready, include the physical plant information that enables data center capacity planning.
There is also the guidance that indicates that the CMDB should include practice documentation and plans, as well as technical documentation. As with all guidance, organizations should determine for themselves whether they will handle these items as part of the CMDB or within knowledge management. The more critical aspect of this is that there should be a single repository for such documentation.
The difference between the CMDB and IT Asset Management
IT Asset Management is a financial discipline. Therefore, the main difference between CMDB and Asset Management Database (AMDB) is the view of the data within them. Asset management is concerned with understanding the financial value of assets. Essentially, every component that can be discovered or tracked within an enterprise that has financial value is an asset and should be included in the AMDB. But the AMDB is simply a database of assets and their value and other financial information. It contains no relationships that enable one to determine the business value produced by the use of the assets. Assets need to be managed and understood. However, adding the attribute and relationship information to an asset are the activities that turn it into a configuration item, providing value beyond understanding the assets’ financial value.
Asset management is important to the financial management of the organization, but the CMDB enables an organization to go beyond the tangible value of an asset to an understanding of the total cost of delivering a service. By understanding and tracking the cost of an asset as well as its maintenance and by being able to track all asset maintenance costs up to the level of the service they support, an organization, and derive the total cost of ownership of a service. Compared to the revenue generated by that service (or general value of internally used services), you can evaluate the true value of the service.
Thus, when comparing asset management to configuration management, asset management enables an organization to measure the value of a service, while the CMDB enables an organization to operate and maintain that service.
(See also, “The role of your CMDB in effective IT management”)
Why is the CMDB so important?
You cannot manage what you cannot see. The configuration management database enables organizations to manage their infrastructure in accordance with its criticality. A CI has no business value on its own; its value comes from the use of the services it supports. Therefore, without a CMDB, every incident is critical, causing fire drills and stretching staff to address any/all failures with the same level of importance. With a CMDB, you can prioritize issues based on the use of the failed CI, and provide greater attention to CIs that affect business-critical services.
But that’s not it about CMDB capabilities. The CMDB is also critical as a risk mitigation tool. When planning changes, it’s vital to understand the potential impact of the change. This enables risk management activities to occur before you execute the change, thus mitigating the risk. It also allows IT to communicate proposed changes to the appropriate business stakeholders, determined by using the CMDB to identify the services and then the service users/consumers.
The CMDB also provides value in being able to identify the cost of operation of a service. By identifying the components needed to operate a service, tracking costs of maintenance, and making changes to these components, the organization can derive a total cost of ownership (TCO) for the service. This enables an organization to evaluate whether services they use are worth their cost: essentially, the CMDB helps determine the true value of a business service in an objective manner.
(See also, “Successful CMDB implementation in six steps”)
Benefits of using a CMDB
The numerous benefits of using a CMDB include:
Faster incident resolution
The CMDB finds the root cause of incidents and fix them faster. When an incident occurs, you can use the CMDB to determine how it happened, where it happened, and whom it affected. This information helps you quickly identify the problem and start working on a solution. With a CMDB in place, you don’t have to waste time trying to get this information from multiple sources or searching through old documentation.
Mitigate risks related to IT changes
IT changes can have a huge impact on your organization. In the best case, they’re costly and time-consuming. A CMDB helps you mitigate risk by allowing you to predict how changes will affect your IT infrastructure. This allows you to better manage the risks associated with those changes and minimize their potential negative impact on your business.
Problem investigation is one of the most important activities in the IT lifecycle. A CMDB can facilitate problem investigation by providing a single source of truth for all configuration items, allowing users to quickly and easily identify the cause of an issue.
Faster decision-making with a central repository
The CMDB provides a single source of truth for all IT-related data, including configuration information, inventory data, logical and physical relationships between components of the IT environment, current status and history of changes made to each component, relationships between resources and applications (both internal and external), and more. This information helps organizations make informed decisions about which applications they should develop, deploy and maintain at any given time.
Enhance IT security, compliance and other ESM processes
A CMDB helps you improve your IT security by making it easier to identify what software is running on your machines and where it came from. This allows you to determine if any of the software is malfunctioning with and whether any vulnerabilities exist in your systems. A CMDB also makes it easier to manage compliance with industry regulations such as SOX and HIPAA by providing an accurate inventory of all applications and hardware in use within your company. In addition, a CMDB helps improve your enterprise service management processes by providing centralized visibility into all applications and hardware deployed throughout the enterprise.
Your business is too big to keep track of everything on a spreadsheet, and you can’t afford to waste time scouring through your archives for historical data. With a CMDB, you’ll be able to plan out your next steps with confidence and precision, because it will give you a single source of truth that’s always up-to-date and accurate.
Optimized operations and practices
When you have a complete and accurate view of the health and status of all the assets in your environment, you’ll be able to identify problems more quickly, and resolve them faster. You’ll also be able to correlate issues with specific assets or resources, which will help you develop better practices that increase overall stability.
Knowledge Management made easier
A CMDB helps facilitate knowledge management by providing companies with a way to store and manage all of their data in one place. This makes it much easier for employees to find out what they need to know, when they need it—and ultimately makes them more productive and able to provide better customer service.
Virima features are easy to use and configure and work well with each other. They also produce useful, actionable reports about your IT environment for IT managers and business decision-makers. These features can help you and your IT management team achieve and sustain the maximum business value of your CMDB, today and tomorrow.
Learn more about Virima’s IT and service management solutions online, or contact Virima today. Let us help you turn your CMDB into a true catalyst for the evolution of your IT and your business.