Romain, So lets say I auto-identify base element, which should give a RE id to all populated instances. That means its also going to auto identify all comp sys instances, basically its just going to dump everything into BMC ASSET; that's what I want to avoid.
Now heres a different idea; lets say I auto identify the super-classes of all component child objects. I don't auto-identify BMC_ComputerSystem. Lets say reconciliation finds 5 matching Comp Sys instances in BMC ASSET. Then, when I start the merge could I set it to include Child CIs, but also apply a qualification group to that merge that limits it to class BMC_ComputerSystem? Would that essentially allow only the 5 reconciled BMC_ComputerSystem instances to be merged, along with their child objects? The documentation is so poor. I don't know whether the child CIs would be filtered out of the merge by the qualification group or not. -----Original Message----- From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of P Romain ARSlist Sent: Friday, October 31, 2008 3:23 AM To: arslist@ARSLIST.ORG Subject: Re: Merging of non-reconciled child CIs Matt, The CMDB does exactly what I think you want it to do regarding reconciliation (but not the inheriting of owenership, etc). You have presumably already set up an identification job for the computer system class and set the auto-identify off. Set up another identification job for base element with auto-identify on. Then, when the parent computer system is identified and merged so will all the children that are weakly related to it. BMC refers to the parent and weak children as a composite object. Any children that are related by strong relationships will auto-identify and merge regardless of the parent. Cheers Peter -----Original Message----- From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Matt Worsdell Sent: 30 October 2008 06:35 To: arslist@ARSLIST.ORG Subject: Re: Merging of non-reconciled child CIs The difficulty is ascertaining what a child ci is. Could be dependant or component, however quite valid stand alone cis may utilise those relationships. Another suggestion, how about you fire in and validate after. You could run a compare job prior to merge and execute workflow to set an attribute flag to highlight ci for valiation? -----Original Message----- From: Tim O'Connor <[EMAIL PROTECTED]> Sent: Thursday, October 30, 2008 12:40 AM To: arslist@ARSLIST.ORG Subject: Re: Merging of non-reconciled child CIs Matt, It sounds like the functionality I am looking for is not there. I was hoping for some kind of middle ground between manually adding every CI into BMC ASSET then reconciling to get the attributes synced up (very slow), or auto-identifying all CIs in the discovery dataset and firehosing them all into BMC ASSET (very fast, but difficult to validate). If you were only forced to manually populate Computer System CIs into BMC ASSET, and the discovery dataset child CIs could auto-identify once their computer system parent was identified, it would be a very good compromise. On this same topic, computer system child CIs should also have the option of inheriting ownership/support data/relationships and asset lifecycle data/relationships from their parent computer system CIs. A lot of work needs to be done here to enhance the maintainability of large CI count production datasets. -----Original Message----- From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Matt Worsdell Sent: Wednesday, October 29, 2008 3:15 PM To: arslist@ARSLIST.ORG Subject: Re: Merging of non-reconciled child CIs [The entire original message is not included] ________________________________________________________________________ ____ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are" ________________________________________________________________________ _______ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are" _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"