Tivoli Directory Integrator, Version 7.1.1

CCMDB Connector

Use the CMDB Connector to read, write, delete, or search configuration items (CIs) and relationships between them in the IBM Tivoli Change and Configuration Management Database (CCMDB).

Overview of CCMDB Connector

The CCMDB is an integrated productivity tool and database that helps you manage, audit, and coordinate the change and configuration management processes using user interfaces and workflow that are designed to facilitate cross-silo cooperation. CCMDB includes a database that serves as a logical aggregation of many databases, providing critical information about IT infrastructure resources, including key attributes, their configurations, and their physical and logical relationships to other infrastructure resources.

The CCMDB Connector uses JDBC to connect to the database and supports only the DB2 database. This connector uses the queries.xml configuration file to include static SQL statements to retrieve or store data into the database.

In the CCMDB Connector, a hierarchical data source schema is used to represent information. The schema depends on the specified artifact type such as actual configuration item or relationship, and the specified class type.

For more information about CCMDB, see http://publib.boulder.ibm.com/infocenter/tivihelp/v10r1/topic/com.ibm.ccmdb.doc_7.1.1/overview/c_ccmdb_overview.html.

Architecture of CCMDB Connector

The CCMDB data layer contains three data spaces that hold configuration items, process artifacts, and the relationships between these objects. This data layer provides a dependency mapping of the discovered environment and a specification of authorized configuration items that define:

The CCMDB Connector supports the Tivoli Common Data Model (CDM) across all three data spaces. The CDM is a logical information model that is used to support the sharing of consistent data definitions and the exchange of data between Tivoli management products concerning managed resources and components of a customer's business environment. The following figure depicts the three data spaces of the CCMDB solution, its interoperability, and its relationship to other data structures such as process artifacts.

For more information about CDM, see http://publib.boulder.ibm.com/infocenter/tivihelp/v10r1/index.jsp?topic=/com.ibm.taddm.doc_7.2/SDKDevGuide/c_cmdbsdk_understandingdatamodel.html.

CCMDB Data Layer

The CCMDB Connector works with configuration items stored in the Actual CIs data space. Actual CIs are a subset of configuration items and relationships of the Discovered CIs data space, which is copied to the Actual CIs data space. In the Actual CIs data space, the system deals with subsets of the data from Discovered CIs data space. The system still contains data to perform all the process management and service management capabilities such as CI auditing as part of configuration management or change management.

Data representation modes

The CCMDB Connector supports the following two modes of data representation:

You can select the data representation mode to be used by the CCMDB Connector in the Configuration Editor.

IdML mode

In the IdML mode, all attributes are represented with their CDM names capitalized and are prefixed with cdm:. All relationships contain two parts namely, relationship and a related item. The related class carries information for the relationship direction. Thus, the sys.ComputerSystem's relationship runson changes to cdm-rel:runsOn . cdm-src:sys.OperatingSystem. The first part, cdm-rel:runsOn, describes the relationship as seen in the prefix cdm-rel. The second part represents a related type of class sys.OperatingSystem and its prefix, if the related item is the source of the relationship.

In the IdML mode:

Native mode

In the native mode, all configuration items and relationships are represented according to the internal data model. The connector does not generate GUIDs for configuration items. It relies on the Id values specified in the input data.

Schema comparison

Refer to the following example data structure, in native mode and IdML mode, for an operating system with the installed software.

IdML mode Native mode
{
"@ClassType": "sys.OperatingSystem",
"@Guid": "46E8E8DE2946319190AF5B70BDCF4A60",
"cdm:Guid": "46E8E8DE2946319190AF5B70BDCF4A60",
"cdm:CreatedBy": "system",
"cdm:DisplayName": "192.168.1.1",
"cdm:LastModifiedBy": "system",
"cdm:LastModifiedTime": 1.222355157147E12,
"cdm:OSConfidence": 15.0,
"cdm:OSName": "D-Link embedded",
"cdm-rel:installedOn": {
	"cdm-trg:sys.ComputerSystem": {
		"@ClassType": "sys.ComputerSystem",
		"@Guid": "272A0D2B9DE73C8A9C86740263CD39FA",
		"cdm:Guid": "272A0D2B9DE73C8A9C86740263CD39FA",
		"cdm:Fqdn": "192.168.1.1",
		"cdm:Name": "192",
		"cdm:Signature": "192.168.1.1",
		"cdm:Type": "ComputerSystem",
		"cdm:ContextIp": "NULL_CONTEXT",
		"cdm:CreatedBy": "system",
		"cdm:DisplayName": "192.168.1.1",
		"cdm:LastModifiedBy": "system",
		"cdm:LastModifiedTime": "1.222355157147E12"
	}
},.....
{
"actciname": "192.168.1.1",
"actcinum": "192.168.1.1~22335",
"bidiflag": 3.0,
"changeby": "SYSTEM",
"changedate": "2008-09-25 11:05:57.0",
"classification": "SYS.OPERATINGSYSTEM",
"classstructureid": "1695",
"createdby": "system",
"displayname": "192.168.1.1",
"guid": "46E8E8DE2946319190AF5B70BDCF4A60",
"hasld": 0,
"langcode": "EN",
"lastmodifiedby": "system",
"lastmodifiedtime": 1.222355157147E12,
"lastscandt": "2008-09-25 11:05:57.0",
"osconfidence": 15.0,
"osname": "D-Link embedded",
"installedon": {
	"relation": {
		"ancestorci": "192.168.1.1",
		"relationnum": "RELATION.INSTALLEDON",
		"sourceci": "192.168.1.1~22335",
		"sourceciguid": "46E8E8DE2946319190AF5B70BDCF4A60",
		"swapped": "1",
		"targetci": "192.168.1.1~22333",
		"targetciguid": "272A0D2B9DE73C8A9C86740263CD39FA",
		"target": {
			"actciname": "192.168.1.1",
			"actcinum": "192.168.1.1~22333",
			"changeby": "SYSTEM",
			"changedate": "2008-09-25 11:05:57.0",
			"classstructureid": "1625",
			"guid": "272A0D2B9DE73C8A9C86740263CD39FA",
			"hasld": "0",
			"langcode": "EN",
			"lastscandt": "2008-09-25 11:05:57.0",
			"fqdn": "192.168.1.1",
			"name": "192",
			"signature": "192.168.1.1",
			"type": "ComputerSystem",
			"bidiflag": "3.0",
			"contextip": "NULL_CONTEXT",
			"createdby": "system",
			"displayname": "192.168.1.1",
			"lastmodifiedby": "system",
			"lastmodifiedtime": "1.222355157147E12"
		}
	}
},...

You can switch between these two modes of data representation using the IdML Mode option in the Configuration Editor. To check the structure of the current schema, use the Query Schema function of the CCMDB Connector.

Refer to the following example data structure, in native mode and IdML mode, for installedOn relationship.

IdML mode Native mode
{
"cdm-rel:installedOn": {
	"cdm-src:sys.zOS.ZOS": {
		"@ClassType": "sys.zOS.ZOS",
		"@Guid": "4E043C3C223B38B9AC647FE699B83365",
		"cdm:Guid": "4E043C3C223B38B9AC647FE699B83365",
		"cdm:CreatedBy": "system",
		"cdm:DisplayName": "OMO1",
		"cdm:Label": "OMO1-SYSPLEXO",
		"cdm:LastModifiedBy": "administrator",
		"cdm:LastModifiedTime": "1.176320919296E12",
		"cdm:SourceToken": "OMO1-ZOS",
		"cdm:FQDN": "PTHOMO1.PERTHAPC.AU.IBM.COM",
		"cdm:Name": "PTHOMO1.PERTHAPC.AU.IBM.COM",
		"cdm:OSName": "OMO1",
		"cdm:VersionString": "01.08.00",
		"cdm:IPLParmDataset": "SYS8.IPLPARM",
		"cdm:IPLParmDevice": "E81A",
		"cdm:IPLParmMember": "LOAD00",
		"cdm:IPLParmVolume": "$$SR81",
		"cdm:IPLTime": "1.174551129E12",
		"cdm:JESNode": "PTHAPO0",
		"cdm:MasterCatalogDataset": "CATALOG.MASTER.SYSPLEXO",
		"cdm:MasterCatalogVolume": "O$SY01",
		"cdm:NetID": "AUIBMQXP",
		"cdm:NetidSSCP": "AUIBMQXP.OMO1CDRM",
		"cdm:PrimaryJES": "JES2",
		"cdm:ProcessCapacityUnits": "3.0",
		"cdm:ProcessingCapacity": "52.0",
		"cdm:SMFID": "OMO1",
		"cdm:SSCP": "OMO1CDRM",
		"cdm:SysResVolume": "$$SR81"
	},
	"cdm-trg:sys.zOS.ZVMGuest": {
		"@ClassType": "sys.zOS.ZVMGuest",
		"@Guid": "A97257B6DA5434E69F2C47D34FC115ED",
		"cdm:Guid": "A97257B6DA5434E69F2C47D34FC115ED",
		"cdm:Name": "PTHOMO1",
		"cdm:ProcessCapacityUnits": "3.0",
		"cdm:ProcessingCapacity": "52.0",
		"cdm:Type": "IpDevice",
		"cdm:VMID": "PTHOMO1-PTHVM8",
		"cdm:CreatedBy": "administrator",
		"cdm:DisplayName": "PTHOMO1",
		"cdm:Label": "PTHOMO1-PTHVM8",
		"cdm:LastModifiedBy": "administrator",
		"cdm:LastModifiedTime": "1.176317254312E12",
		"cdm:SourceToken": "PTHOMO1-PTHVM8-ES64-PTHES6-VMGuest"
	}
}
}
{
"ancestorci": "1625",
"relationnum": "RELATION.INSTALLEDON",
"sourceci": "OMO1-SYSPLEXO~1828",
"sourceciguid": "4E043C3C223B38B9AC647FE699B83365",
"swapped": 0,
"targetci": "PTHOMO1-PTHVM8~1829",
"targetciguid": "A97257B6DA5434E69F2C47D34FC115ED",
"source": {
	"actciname": "OMO1-SYSPLEXO",
	"actcinum": "OMO1-SYSPLEXO~1828",
	"changeby": "ADMINISTRATOR",
	"changedate": "2007-04-11 15:48:39.0",
	"classstructureid": "1761",
	"guid": "4E043C3C223B38B9AC647FE699B83365",
	"lastscandt": "2007-04-11 15:48:39.0",
	"createdby": "system",
	"displayname": "OMO1",
	"label": "OMO1-SYSPLEXO",
	"lastmodifiedby": "administrator",
	"lastmodifiedtime": "1.176320919296E12",
	"sourcetoken": "OMO1-ZOS",
	"fqdn": "PTHOMO1.PERTHAPC.AU.IBM.COM",
	"name": "PTHOMO1.PERTHAPC.AU.IBM.COM",
	"osname": "OMO1",
	"versionstring": "01.08.00",
},
"target": {
	"actciname": "PTHOMO1-PTHVM8",
	"actcinum": "PTHOMO1-PTHVM8~1829",
	"changeby": "ADMINISTRATOR",
	"changedate": "2007-04-11 14:47:34.0",
	"classstructureid": "1995",
	"guid": "A97257B6DA5434E69F2C47D34FC115ED",
	"lastscandt": "2007-04-11 14:47:34.0",
	"name": "PTHOMO1",
	"type": "IpDevice",
	"createdby": "administrator",
	"displayname": "PTHOMO1",
	"label": "PTHOMO1-PTHVM8",
	"lastmodifiedby": "administrator",
	"lastmodifiedtime": "1.176317254312E12",
	"sourcetoken": "PTHOMO1-PTHVM8-ES64-PTHES6-VMGuest"
}
}
Notes:
  1. In this example data structure, a few system attributes are skipped for simplicity.
  2. In native mode, the schema has more attributes, for example, relationnum, swapped, and so on, than IdML mode because relationships have only source and target items.

Operation modes of CCMDB Connector

The CCMDB Connector supports AddOnly, Delete, Update, Iterator, and Lookup operation modes. The following table shows the supported modes of operation for various artifact types and schema.

Mode Artifact Type
Actual CI

(Native schema)

Actual CI

(IdML schema)

Relationship

(Native schema)

Relationship

(IdML schema)

Iterator Yes Yes Yes Yes
Lookup Yes Yes Yes No
AddOnly Yes Yes Yes Yes
Update Yes Yes No No
Delete Yes Yes Yes Yes
Note:
For more details on connector operation modes, attribute mapping, and link criteria, see ""General Concepts" chapter of IBM Tivoli Directory Integrator V7.1.1 Users Guide.

AddOnly mode

In the AddOnly mode of operation, using the available attributes in the Entry, an actual configuration item or relationship is created and inserted to the database. To add a configuration item or relationship, in the Configuration Editor, set up the attribute mapping to specify values for the attributes.

Following tables describe the operations in AddOnly mode.

Table 4. Actual configuration item
Artifact Operation
Root configuration item Adds item to the database if it does not exist, else throws an exception.
Relationships Adds the relationship.
Related configuration items Skips if the item exists.

Adds the non-existent items.

Table 5. Relationship
Artifact Operation
Relationship Adds the specified relation to the database if it does not exist, else throws an exception.
Related configuration items Skips if the item exists.

Adds the non-existent items.

Update mode

In the Update mode, using the available attributes in the Entry, an actual configuration item or relationship is updated in the database. To update a configuration item or relationship, in the Configuration Editor, specify the link criteria and set up the output attribute mapping to provide value for the attribute to be updated.

Following table describes the operations in Update mode.

Table 6. Actual configuration item
Artifact Operation
Root configuration item Updates the item
Relationship Overwrites the relationship
Related configuration items Skips if the item exists

Adds the non-existent items

Delete mode

In the Delete mode, using the available attributes in the Entry, an actual configuration item or relationship is deleted from the database. To delete a configuration item or a relationship, in the Configuration Editor, specify the link criteria and input attribute mapping for the attribute.

Following tables describe the operations in Delete mode.

Table 7. Actual configuration item
Artifact Operation
Root configuration item Deletes the specified item from the database
Relationships Deletes the relationship from the database
Related configuration items Skips the delete operation
Table 8. Relationship
Artifact Operation
Relationship Deletes the specified relationship from the database
Related configuration items Skips the delete operation

Iterator mode

In Iterator mode, the CCMDB Connector is used to read actual configuration items and their relationships for the specified class type in the Configuration Editor.

Lookup mode

In the Lookup mode, the CCMDB Connector is used to search for the matching attribute. Based on the required configuration item/relationship class, the Entry is constructed of that type relating to the selection criteria passed into the method invocation.

Note:
The IdML schema does not define any attributes at relation level.

Configuration

Configuration parameters of CCMDB Connector are described in this section.

Note:
Apply the program temporary fix PTF SI45598 before you configure CCMDB Connector on i5OS systems.
Artifact Type
Use this parameter to specify the resource type, Configuration Item or Relationship, to be processed by the CCMDB Connector.
Class Type
Use this parameter to specify the type of configuration item or relationship to be processed.

To select a supported class, click the Select... button in the Configuration Editor.

IdML Mode
Use this parameter to specify whether the IdML compatible data to be used for processing or not.
Source relations
Use this parameter to specify whether the source relationships of the read item to be loaded or not.
Target relations
Use this parameter to specify whether the target relationships of the read item to be loaded or not.
JDBC URL
Use this parameter to specify the JDBC URL to connect to the database.
JDBC Driver
Use this parameter to specify a JDBC driver to connect to the database.
Username
Use this parameter to specify a valid user ID to login to the database.
Password
Use this parameter to specify the password associated with the user ID.
Comment
Use this parameter to add your comments. The comment is not considered while parsing data.
Detailed Log
Use this parameter to generate detailed log messages.

Examples

Go to the TDI_install_dir/examples/CCMDBConnector directory of your IBM® Tivoli® Directory Integrator installation.

[ Top of Page | Previous Page | Next Page | Contents | Terms of use | Feedback ]
(C) Copyright IBM Corporation, 2003, 2012. All Rights Reserved.
IBM Tivoli Directory Integrator 7.1.1