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_ _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org "Where the Answers Are, and have been for 20 years"
