Claire, I'm not a CMDB Admin, so please don't take this as gospel, wait for other people to respond.
CMDB is a bit of a weirdo as far as customization is done. BMC introduced 'overlay', which is what you are supposed to use to change anything that's OOTB...but with CMDB, you don't use overlay...the config forms/apps that allow you to add attributes keep everything at the base, but and basically doing everything like we used to do before overlays. With all of that said, I 'think' it's ok to just move the modified forms and their attributes, but I also think that if you ask a CMDB administrator, they will tell you to make the changes directly in prod. I seem to remember a 'cmdbdriver' program that could be used to identify changes, and be scripted to move those changes to prod...but I'm speaking out of my rear on that one because I've certainly never used the tool, and not sure if it does what I'm suggesting that it might.... In the end, the CMDB is just a bunch of remedy/forms/data, with a few config files laying around...so I think you might be good with just moving the forms, but someone will likely come by after me and prove me wrong :) On Fri, Jul 11, 2014 at 9:58 AM, Sanford, Claire < [email protected]> wrote: > In testing some new processes we have added MANY new fields to various > forms in the CMDB. We are talking a total of about 25/30 fields. This has > all been done in our development environment. None of these fields have > any Remedy workflow behind them, so there is no need to copy or move and > AL/Filters etc. > > Is there a way to safely copy those forms/fields/definitions to Production > without having to do the entire Database or without having to recreate > every field manually?? > > > > Production: > ITSM 7.6.04 SP2 > ARS 7.6.04 SP3 > MidTier 7.6.04 SP5 > Oracle 11.2.0.3.0 - 64bit Production > Win 2008 Server > > Claire Sanford > Information Systems Division > Memorial Hermann Healthcare System > [email protected] > > > > > _______________________________________________________________________________ > UNSUBSCRIBE or access ARSlist Archives at www.arslist.org > "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"
