Hi Firstly, thanks for the fantastic advice and answer's everyone - really appreciate it and makes this tough task alot easier to do knowing that I have some great advice and direction.
The other 3 forms / data that I need to put somewhere is closely related to the company and site information that we have. The 3 other forms hold our Market, Brand and Product information which are all related to each other. I am going to go through the information you guys have supplied and give it some more thought and investigation. This version 8 upgrade we are doing is extremely important and I want to make sure I get my foundation 100% correct so that everything runs smoothly and makes sense. Looks like the CMDB part of this project is going to be some new learning and looking forward to that. If you guys have any recommended white papers you think I should read then please let me know. Obviously I will check the support site and browse around there to see what I can find that may help guide us. Thanks again for the advice - appreciate it. Cheers Brad On Tue, Jan 28, 2014 at 8:28 PM, Mueller, Doug <[email protected]> wrote: > ** > > Brad, > > > > A good question to ask. > > > > The CMDB is a configuration database that is used to hold configuration > items within your environment and > > the relationships between them. There should always be a consumer for > this data that is going to use that > > data to make business decisions or take business actions. > > > > You do not want non-configuration data in the CMDB. It is NOT a data > warehouse. > > > > You say that of your 4 forms, one is site information. Well, if that is > site information that matches the idea of > > the configuration of your environment with different sites that you want > to be able to relate to, then this > > is a good example of data to put into the CMDB. Now, how many fields to > you have? Do they all map into the > > CMDB fields? Is there a lot more data that fits into the CDM (Common Data > Model) that BMC provides? Is > > that additional data "CMDB worthy" or is it really extra details needed > only under certain circumstances? > > > > So, you may end up creating sites AND having a form for the "additional > data" that is not CMDB appropriate > > and link the items by reconciliation ID for example. > > > > So, some thought here. > > > > As for the other three forms, are they configuration items? Is there > value for other applications seeing this > > data in the CMDB and the relationships? If so, then consider loading it > (again, it may be some in the CMDB > > and some not). If not, then definitely to the custom form route and do > not put it into the CMDB. > > > > So, a couple of layers of thought here. > > > > I know this is not a specific yes/no answer, but hopefully it gives you > the parameters to think about for > > making the decision. > > > > Doug Mueller > > > > *From:* Action Request System discussion list(ARSList) [mailto: > [email protected]] *On Behalf Of *BradRemedy > *Sent:* Tuesday, January 28, 2014 1:50 AM > *To:* [email protected] > *Subject:* Data Holding: Customize CMDB or create Custom Remedy Form? > > > > ** > > Hi Guys > > > > Quick Question that just wanted come advice from everyone on. Basically we > are busy upgrading our system to version 8.1 and ITSM 8.1. We are busy > planning our data migration and wanted to know what you guys think of the > following. > > > > We currently have 4 different remedy forms on our old system with data > that we want to migrate to our new version. The new version is installed on > a new server as a clean OTB Install. > > One of the remedy forms and data is Site information which we were > thinking of placing into the CMDB however the other 3 are our custom data > that doesn't really fit anywhere in the CMDB. > > > > Is it advisable to add a new custom class to the CMDB to hold this > information and then form the various relationships or should we rather > create this data on our new remedy environment and not customize the CMDB > at all? > > > > Any advice or assistance would be appreciated. > > > > Thanks > > Brad > > _ARSlist: "Where the Answers Are" and have been for 20 years_ > _ARSlist: "Where the Answers Are" and have been for 20 years_ > _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org "Where the Answers Are, and have been for 20 years"
