Information Technology (IT) configuration managers are often interested in tracking configuration changes in a monitored environment as part of incident/problem management or auditing activities. Such changes may be authorized changes that have been approved (this may be verified by correlating these changes to existing Requests For Change—RFCs, and checking the compliance of the corresponding composite configuration items of the environment) or unauthorized changes.
When monitoring the configuration of an environment of composite configuration items (CIs) of a large organization, numerous CIs are to be considered. Typically, IT managers refer to “snapshots” of the environment, which are historical states of configuration of that environment that are recorded in the course of time.
Snapshot comparison in real time may be very time consuming, especially when considering large environments.
Embodiments of the present invention are described in the following detailed description and illustrated in the accompanying drawings in which:
The configuration information may be stored in a dedicated database (such as, for example, Universal Configuration Management Data Base—UCMDB by HP). The displayed configuration information may be, for example, in the form of a high detail level snapshot representation of the monitored environment, but other levels of detail may be considered for display. In some embodiments the configuration information may include only CI identity, name and type. In other embodiments the configuration information may refer only to a portion of the CIs of the monitored environment (e.g. not all CIs, and in some cases even not most of the CIs) which may be sufficient to address most of the required or anticipated queries about the configuration of the environment.
An environment typically includes a plurality Composite CIs. A composite configuration item (CI) is a CI that includes other CIs. A composite CI may typically be made up of a root CI and other supporting CIs which are called contained CIs. A composite CI is typically said to exist as long as its root element can be uniquely identified. Supporting elements may be added to the composite CI after it has been created. Each definition of composite CI may include the attributes that the root and contained CIs in the composite can have.
For example, a server may be regarded as a composite CI, and it may include a root computer system object which may be related to various other items, such as hardware components, an operating system, software, and networking elements. A server may be created with a computer system only. The operating system, hardware, and networking elements can be added and updated at any time.
A Composite CI tree may include a “leading CI” as the root CI (e.g. UNIX server CI) and “component CIs” as nodes of that tree (e.g. CPU CI, File System CI etc.).
When obtaining snapshots of a configuration state of composite CIs of a monitored environment using the Composite CI level, such configuration snapshots may be of relatively small in size compared with other snapshot formats offering tracking and gathering information on configuration changes in an environment while minimizing loads on resources.
A method or system for monitoring configuration changes of an environment of composite CIs may monitor changes in data logged in the UCMDB (which are affected by actual changes in configuration of composite CIs in the environment). In some embodiments, when configuration change occurs (e.g. a CI or a link changes), the system may automatically obtain a current snapshot of configuration information to the database. The snapshot information may be persisted in the Composite CI level (aggregated information), thus keeping much less CI and related information (since a Composite CI is a representation of an internal tree of CIs). When there is change in one of the CIs, a new version of the composite CI that holds the modified CI information is added to the database with a new version identification (and an indicator of the nature of the change—e.g. addition, deletion, update).
The snapshot information may be saved in the database aggregated on the composite CI level (containing aggregation about all the internal CI's). Enough snapshot information may be persisted to show the status of the Composite CI while allowing drilling down to details in the UCMDB system when needed.
In some embodiments the system may log only composite Cis that were changed in the environment. In some embodiment metadata may be used, and the configuration information may be separated into “static” and “dynamic” portions. Static information may be used to track information about CIs that do not change over time (ID, Name, Type, etc.). Dynamic information may refer to logged information on CIs whose configuration has changed over time, CI version—metadata that allows tracking changes in CIs and later on compare environments, CI Violations, Comparison status—compared with previous logged items, etc. The logged information may be arranged in the form of a table or tables. Each record in the dynamic table may have a start and end date that represent the validity of the log item in the history. In some embodiments only the dynamic portions of the configuration information may be changed and written (and rewritten), so that the logged information is kept to a minimum. Snapshots may be taken at determined intervals. The intervals may vary and may be configurable (allowing a user to change the rate at which snapshots are obtained). Snapshots may also be created synchronously in response to changes that are made by users (i.e. approving changes in environments). In other embodiments the snapshots may be taken manually upon user requests.
In some embodiments the environment topology may be compressed into aggregative topology, which is typically compact and thus suitable for persistence.
In some embodiments CI historical compliance results (status) may be persisted in conjunction with a leading CI (also referred to as—“the root CI”) of the composite CIs. CI data may be thus fetched together with its compliance information for incorporation in a Snapshot.
Snapshots may contain very large set of CIs and links thus users may be allowed to navigate through the snapshots data, using filters and paginating over the results. According to embodiments of the present invention fetching any snapshot or comparing between any two topological snapshots, returning paginated results, sliced and diced using filters may all be facilitated. The user may see filter suggested values based on the data. Using this capability one may conveniently see the kind of data that is in the list and thus helping to the understanding and analyzing of the set of data that is under inspection.
In accordance to some embodiments other queries may be made, that may require extra information which is kept in the UCMDB. This may occur when a user wishes to focus on a specific CI(s). Since only a fraction of the configuration information is stored (in composite CI level), one may need in such cases to add the missing information from the UCMDB, but since the data is usually asked for just a few CIs, these queries may be completed very quickly. Thus, composite CI configuration information may be saved in a configuration management database, the detailed CI information may be saved in the UCMDB. CM data may be used to show the results in high level detail, for example, in high performance by normalizing the data as required or desired. When it is desired to drill into more details the full set of data in UCMDB may be accessed and retrieved. As this dataset is very small scalability may not be an issue.
An organization may have under its disposal various composite CIs (404a-g). For example, there may be CIs (404a, 404c) connected over a network 410 to configuration policy extractor device 402. there may also be, for example, composite CIs (404d-e, 404f-g) connected by a local network, either connected to (404f-h) or separated from (404d-e) network 410. Additional CIs may include stand-alone composite CI (404c).
Device for monitoring configuration changes of an environment 402 may be provided in the form of a server or a host, and may include module 406 for monitoring configuration changes of an environment, which is designed to execute a method for monitoring configuration changes of an environment, in accordance with embodiments of the present invention.
The storage device 502 may be used for storing configuration data such as, for example, a Configuration Management Data Base (CMDB). According to some embodiments of the present invention, system 500 may include a crawler application that constantly, periodically or otherwise, searches an organization network to collect snapshots of the configuration status of its composite CIs.
On large environments filtering may become very helpful for understanding the type of data that is in the environment even without looking at the details. Additional filter criteria may include instance count filtering specific CI attributes.
One may correlate between detected configuration changes with automation flows that may be run on the environment, so as to provide heuristic information about how successful an automation flow is, and by that predict how risky it would be to run it.
Aspects of the invention may be embodied in the form of a system, a method or a computer program product. Similarly, aspects of the invention may be embodied as hardware, software or a combination of both. Aspects of the invention may be embodied as a computer program product saved on one or more non-transitory computer readable medium (or mediums) in the form of computer readable program code embodied thereon. Such non-transitory computer readable medium may include instructions that when executed cause a processor to execute method steps in accordance with embodiments of the present invention. In some embodiments of the present invention the instructions stores on the computer readable medium may be in the form of an installed application and in the form of an installation package.
For example, the computer readable medium may be a non-transitory computer readable storage medium. A non-transitory computer readable storage medium may be, for example, an electronic, optical, magnetic, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any combination thereof.
Computer program code may be written in any suitable programming language. The program code may execute on a single computer, or on a plurality of computers.
Aspects of the invention are described hereinabove with reference to flowcharts and/or block diagrams depicting methods, systems and computer program products according to embodiments of the invention.
Number | Name | Date | Kind |
---|---|---|---|
6282175 | Steele et al. | Aug 2001 | B1 |
6385767 | Ziebell | May 2002 | B1 |
6779134 | Laviolette | Aug 2004 | B1 |
6885641 | Chan et al. | Apr 2005 | B1 |
7003560 | Mullen et al. | Feb 2006 | B1 |
7065566 | Menard et al. | Jun 2006 | B2 |
7278106 | Mason | Oct 2007 | B1 |
7340640 | Karr et al. | Mar 2008 | B1 |
7444350 | MacKinnon et al. | Oct 2008 | B1 |
7568080 | Prahlad et al. | Jul 2009 | B2 |
7603452 | Guo | Oct 2009 | B1 |
8180846 | Zur et al. | May 2012 | B1 |
8356088 | Montagna et al. | Jan 2013 | B2 |
8447737 | McKay | May 2013 | B2 |
8793371 | Nanekar et al. | Jul 2014 | B1 |
20030005109 | Kambhammettu | Jan 2003 | A1 |
20030233385 | Srinivasa | Dec 2003 | A1 |
20040059813 | Bolder et al. | Mar 2004 | A1 |
20050038827 | Hooks | Feb 2005 | A1 |
20050182797 | Adkins et al. | Aug 2005 | A1 |
20050187992 | Prahlad | Aug 2005 | A1 |
20060167859 | Shim | Jul 2006 | A1 |
20070100712 | Kilpatrick et al. | May 2007 | A1 |
20070100892 | Kephart et al. | May 2007 | A1 |
20080183775 | Prahlad et al. | Jul 2008 | A1 |
20090006619 | Mohammed | Jan 2009 | A1 |
20090177878 | Gao | Jul 2009 | A1 |
20090216867 | Pusateri et al. | Aug 2009 | A1 |
20090307449 | Prahlad et al. | Dec 2009 | A1 |
20100115100 | Tubman | May 2010 | A1 |
20100191952 | Keinan | Jul 2010 | A1 |
20100223253 | Gopal | Sep 2010 | A1 |
20110016342 | Rowan | Jan 2011 | A1 |
20110035697 | Rempel et al. | Feb 2011 | A1 |
20110054964 | Anand | Mar 2011 | A1 |
20110126047 | Anderson | May 2011 | A1 |
20110219385 | Jacobson | Sep 2011 | A1 |
20120072556 | Wang et al. | Mar 2012 | A1 |
20120110142 | Montagna et al. | May 2012 | A1 |
20120290827 | Bhargava et al. | Nov 2012 | A1 |
20130007538 | Gupta | Jan 2013 | A1 |
20130247032 | Bhargava | Sep 2013 | A1 |
Number | Date | Country |
---|---|---|
2287752 | Feb 2011 | EP |
WO-2006089352 | Aug 2006 | WO |
WO 2011126635 | Oct 2011 | WO |
Entry |
---|
https://searchdatacenter.techtarget.com/definition/configuration-management-database; 2018. |
https://web.archive.org/web/20100928014326/https://searchdatacenter.techtarget.com/definition/configuration-management-database; 2010. |
“DbForge Data Compare Express for Oracle 2.0.10 (Windows)”; downloaded Aug. 10, 2011 at URL: http://www.techrepublic.com/software/dbforge-data-compare-express-for-oracle-2010-windows/2455627. |
Chuang-Hue Moh; “A Snapshot Utility for a Distributed Object-Oriented Database System”, pp. 1-19; Aug. 14, 2002; MIT Laboratory for Computer Science, Cambridge, MA 02139. |
Number | Date | Country | |
---|---|---|---|
20130036214 A1 | Feb 2013 | US |