Silly question, but are you manually setting the recon ID? Or do you have the Sandbox turned on? Or are you manually creating these relationships in the CMDB forms as opposed to relating them in the AST forms? Basically, how are you going about creating these relationships?
Lyle From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Martinez, Marcelo A Sent: Friday, December 11, 2009 8:46 AM To: arslist@ARSLIST.ORG Subject: Re: CMDB mapping question: dependency vs. component ** Lyle, I appreciate your time and input. After analyzing the table, as you said, it further confuses the whole idea of what is dependent of what. I think I'm just going to map it out as it shows on the table and hope for the best... :). I thought I was going crazy for a moment there.. Here is another questions I'm throwing out there... after I create a relationship, am I supposed to do anything else? Under reconciliation manager or anywhere else???? The reason I ask is because I am getting an error message after I try to create a second dependency. For example: Dependency01: source BMC_Database. destination BMC_ApplicationSystem. reconciliationidentity RE001E0B1D2454_TEgSueRT2GwhQ45u (gets created successfully). Dependency02: source BMC_Database. destination BMC_ApplicationSystem. reconciliationidentity RE001E0B1D2454_TEgSueRT2GwhQ45u (I get an error). But if I change a digit in "recon..ident" it gets created successfully. Am I missing anything? Thank you, Marcelo From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Lyle Taylor Sent: Thursday, December 10, 2009 6:08 PM To: arslist@ARSLIST.ORG Subject: Re: CMDB mapping question: dependency vs. component ** OK. I see what you're saying. It does seem to list things the way you had them in your table implying that the destination depends on the source. Perhaps we were doing things completely backwards... And that just further confuses the whole idea of what's the parent and what's the child, because which direction would you expect the arrow to go for a dependency, to the thing being depended on, or to the item that depends on it? Concerning Components, I suppose it depends a bit on how you think of component. While a system is architected of many "components", I'm not sure that they're components in the same sense as the types of things they're listing in their examples. The components they list here seem to either be logical (conceptual) components of a logical system (an Application System is a component of an Application Infrastructure) or physical components of a more complete physical whole (e.g., a Computer System - perhaps a VM - being a component of a Mainframe). The other separate types of "components" that make up a system (databases, computer systems, etc.) seem to be separate items that merely depend on each other. That makes more sense to me in my mind. For example, if you wanted to have something akin to an generic Remedy Application System (think, Remedy from a customer's perspective), I think that might actually have two components from the perspective of the system, the User tool (or maybe the Mid Tier) and the AR Server. Those are the two components of the system from the perspective of the overall Application System. However, behind each of those are sub-components that are separate but that depend on each other. E.g., the AR server depends on the Computer System it runs on and on the Database, the Database depends on the Computer System the DB server is running on, etc. Does that make sense at all. I don't know if I'm conveying what I'm thinking very well. It seems like you're headed in the right direction, though. Lyle _Platinum Sponsor: rmisoluti...@verizon.net ARSlist: "Where the Answers Are"_ NOTICE: This email message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply email and destroy all copies of the original message. _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor:rmisoluti...@verizon.net ARSlist: "Where the Answers Are"
