What you want to do is have the Database name (not the label) of the field in the CMDB and then map some value from the object in Discovery that you're trying to send over.  The Taxonomy defines what these fields and objects are called.

To find this, in your appliance, go to Administration -> View Taxonomy

Then search for the thing you're trying to synchronize. You may need to write a couple of sync patterns or use traversals since you're trying to access values from a few different object types in BMC Discovery. There are example patterns here https://communities.bmc.com/community/bmcdn/discovery/pages/patterns

Lisa Keeler and Eric Plunk have written some nice samples with great explainations.

Starting from the taxonomy is the wrong place.

What are you trying to represent? For example the current mappings use BMC_IPEndpoint to represent IP addresses. If you really want to add IPAddress to BMC_ComputerSystem how are you going to pick which IPs if there are more than two?

I have no idea what

That is the question how i will pick the keyword from module or Pattern

means.

You cannot have two completely different mappings. There is only one set of CMDB syncmappings. They are all used for syncing to every CMDB connection.

Hi Suraj.

You have computer system and database in your extension pattern.  Maybe this is okay, but I find it easier to keep things separate.  I use one extension pattern for computur system, and one extension pattern for database.

Then use existing patterns as a foundation for the extensions.  For example,

Module = CMDB.Database

Module = CMDB.Host_ComputerSystem

- Eric

As you wrote it, almost all of these extra attributes that you want to add to a BMC_ComputerSystem CI are already present into the related CI graph, within BMC_Cluster, BMC_Database, BMC_IPEndpoint CIs.. I understand you want to have a specific form in Remedy showing a consolidated view of some attributes of these CIs. I would suspect the solution is available within a Remedy software feature. Ask Remedy experts.

We have a support case#00631580 on this. I will be scheduling call with Suraj to discuss this.

Vaibhav

I wonder what you're trying to achieve. We discuss here about possible solutions and missing forms/possibilities without knowing the goal.

For example, we show a consolidated view of a CI in a hover on the CI field in the incident form. There you have all possibilities, you can collect information from several forms and - very important - a hover is relatively upgrade-proof.

So, who needs where other information?

I'm not seeing the disconnect either here.  As Brice said, there are already many mappings available to use as templates: BMC_ComputerSystem CI are already present into the related CI graph, within BMC_Cluster, BMC_Database, BMC_IPEndpoint CIs.. etc.  As I said, if it's a custom field in remedy, you need to know the database name and then do a resync on the discovery side so it sees the new value. If it's an existing field on an object type that is already mapped, you can look up the Discovery name for this on the taxonomy and use the proper synch template to map it.  Perhaps Andrew would do things differently but at some point consulting the taxonomy is a good idea if you want to figure out what an existing attribute is called in Discovery.

Had a call with Suraj and his CMDB team.

The requirement is to map additional host attributes to BMC_Computersystem class. I have Suggested to modify and use the "template_cmdb_cs_augment" for this.

Vaibhav