And Table fields, Buttons, Navigation Bars, Lines, Alert lists etc if you
want to really document exactly.

Matt

>> Date: Fri, 26 Jun 2009 09:00:55 +0100
>> From: [email protected]
>> Subject: Re: Best Way to Migrate CMDB Changes
>> To: [email protected]
>>
>> Matt,
>>
>> There's no problem creating fields on the AST forms.
>>
>> As these are join forms new fields can only be be display-only.
>>
>> I've done this many times to support new AST workflow (eg displaying all
>> computers in a rack in a table on a new tab on the AST:Rack form and
>> showing their total height and power consumption in fields under the
>> table).
>>
>> As you know, there are issues with patches overwriting AST forms but the
>> patch notes tell you which AST forms are affected so these can be
>> exported
>> before the patch is applied and imported again afterwards.
>>
>> Cheers
>>
>> Peter
>>
>>
>>
>> > Changes to CMDB are migrated using the CMDB Driver. It is imperative
>> you
>> > do
>> > this as for example recreating a filed on the destination server even
>> with
>> > the correct fieldid does not make the field the same. Log onto the
>> CMDB
>> > driver and take a look at the expdf and impdf commands (for example).
>> You
>> > can also script many changes into a file to execute.
>> >
>> >
>> >
>> > Once you have moved the changes you may then modify the AST forms by
>> > adding(right click and select field from form), removing and
>> > repositioning
>> > fields using the admin tool. These forms are migrated using a def
>> file.
>> > You
>> > should not CREATE fields using the admin tool, but you may create trim
>> > fields.
>> >
>> >
>> >
>> > Matt
>> >
>> >
>> >
>> > From: Action Request System discussion list(ARSList)
>> > [mailto:[email protected]] On Behalf Of Jase Brandon
>> > Sent: 25 June 2009 19:07
>> > To: [email protected]
>> > Subject: Re: Best Way to Migrate CMDB Changes
>> >
>> >
>> >
>> > **
>> >
>> > I should have mentioned I have had no 7X training and have been
>> "winging
>> > it"
>> > for the last two years with 7X.
>> >
>> >
>> >
>> > To Answer Matt's question - AST:Forms and true CMDB Changes both need
>> to
>> > be
>> > moved. Is there a difference in what I could do if it was only an AST:
>> > form?
>> >
>> > Could I import a .def file for AST: forms? That's what I was afraid to
>> do
>> > because of the workflow with the CMDB Console Class Manager, etc.
>> >
>> >
>> >
>> > To Answer Roger - For the CMDBDriver.exe - just a few days ago I had a
>> > call
>> > with BMC and discoverd the trick of starting cmddriver.exe from the
>> cmd
>> > prompt.
>> >
>> > What commands do you use to migrate those forms from server to server?
>> Do
>> > you start CMDBDriver.exe and move changes that way?
>> >
>> >
>> >
>> > Thanks Guys,
>> >
>> >
>> >
>> > Jase :-)
>> >
>> > On Thu, Jun 25, 2009 at 1:59 PM, Roger Justice <[email protected]>
>> wrote:
>> >
>> > ** CMDBDRIVER is the tool you use. Since you had to ask the question
>> be
>> > very
>> > careful when you use this since it is very particular concerning the
>> DOS
>> > command structure.
>> >
>> >
>> >
>> >
>> > -----Original Message-----
>> > From: Jase Brandon <[email protected]>
>> > To: [email protected]
>> > Sent: Thu, Jun 25, 2009 1:52 pm
>> > Subject: Best Way to Migrate CMDB Changes
>> >
>> > **
>> >
>> > Hello All,
>> >
>> > Does anyone have a suggestion on the best way to migrate CMDB Changes?
>> >
>> > I have been doing them by hand, simply because it was a few fields or
>> a
>> > small change and I am afraid all the workflow that fires from the CMDB
>> > Console class manager won't get synched up if I do a .def file
>> > import/export. And if something happens with Migrator, then it would
>> take
>> > hours for a difference report to run.
>> >
>> > Now, the changes are getting bigger and more complicated and it's not
>> > feasible to handjam all the changes.
>> >
>> >
>> >
>> > So, the stupid question of the day is "How is everyone else migrating
>> CMDB
>> > form Changes from server to server?"
>> >
>> >
>> >
>> > Thanks to All,
>> >
>> >
>> >
>> > Jase Brandon
>> >
>> > Quality Technology Services
>> >
>> >
>> >
>> > Windows 2003
>> >
>> > 7.1 Patch 006
>> >
>> >
>> >
>> > _Platinum Sponsor: [email protected] ARSlist: "Where the
>> Answers
>> > Are"_
>> >
>> >
>> >
>> > _____
>> >
>> > Save energy, paper and money --
>> > <http://toolbar.aol.com/green/download.html?ncid=emlweusdown00000038>
>> get
>> > the Green Toolbar.
>> >
>> > _Platinum Sponsor: [email protected] ARSlist: "Where the
>> Answers
>> > Are"_
>> >
>> >
>> > _Platinum Sponsor: [email protected] ARSlist: "Where the
>> Answers
>> > Are"_
>> >
>> >
>> > _______________________________________________________________________________
>> > UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
>> > Platinum Sponsor:[email protected] ARSlist: "Where the Answers
>> Are"
>> >
>>
>> _______________________________________________________________________________
>> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
>> Platinum Sponsor:[email protected] ARSlist: "Where the Answers
>> Are"
>
>

_______________________________________________________________________________
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor:[email protected] ARSlist: "Where the Answers Are"

Reply via email to