Hey Brad- quick question. When you say Market, Brand and Product, would those possibly refer to Software at some point?
On Wed, Jan 29, 2014 at 12:51 AM, BradRemedy <bradrem...@gmail.com> wrote: > ** > 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 <doug_muel...@bmc.com>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: >> arslist@ARSLIST.ORG] *On Behalf Of *BradRemedy >> *Sent:* Tuesday, January 28, 2014 1:50 AM >> *To:* arslist@ARSLIST.ORG >> *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_ >> > > _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"