Constructing the ComponentAliases slot when a CI is published


When a CI is published from Atrium CMDB, the way in which the Publishing Server constructs the ComponentAliases slot depends on the ComponentAliasesGenerate parameter in the pserver.conffile. Set ComponentAliasesGenerate=F to disable all component alias generation by the Publishing Server. By default, the Publishing Server generates a component alias based on the token ID. Also, for the Computer Systems CI, an additional component alias is generated based on the domain and host name.

The algorithm used to construct the ComponentAliases slot when a CI is published is as follows:

  • If the token ID is not null, is not the empty string, and is not 0, then ComponentAlias <ClassName>:<TokenId> is generated (if it does not yet exist)
  • If no ComponentAlias is generated from the token ID, then if host name is not null and is not an empty string and domain is not null and is not an empty string, then ComponentAlias <ClassName>:<HostName>:<Domain> is generated (if it does not yet exist)
  • If host name includes a dot (.), then only the part of the host name before the dot is used as <HostName>. Additionally, if the CSHostDomainLowerCase parameter is true (T), then ComponentAlias <ClassName>:<HostName in lowercase>:<Domain in lowercase> is generated (if it does not yet exist)
  • If the name format equals IP or DNS, then ComponentAlias <ClassName>:<substring of Name starting from begin to index of first dot>:<substring of Name starting from one more than index of first dot to end> is generated (if it does not yet exist). Additionally, if the CSHostDomainLowerCase parameter is true (T), then an equivalent ComponentAlias in lowercase is also generated (if it does not yet exist).

 

Tip: For faster searching, add an asterisk to the end of your partial query. Example: cert*

BMC ProactiveNet 9.6