Moving CMDB 7.1 to 7.6

2010-08-25 Thread Jase Brandon
Hello All,
We are planning to upgrade from 7.1 to 7.6 in the next few months so I am
doing early planning to move business critical customizations from 7.1 to
7.6.
CMDB Customizations seem to be the biggest challenge.  Our CMDB has 23
highly customized classes. Of those... roughly eight of them are totally
Custom Classes created for our company.

Other than the below plan, I am at a loss for the best/fastest way to port
our 7.1 CMDB forms/data over to 7.6 CMDB.

For OOTB CMDB Classes:
1) Ensure all custom fields from 7.1 CMDB forms exist on 7.6 OOTB CMDB
forms.
2) Export custom workflow via .def import from 7.1 to 7.6 respective CMDB
form once fields exist.
3) Data move
4) Test functionality

For Custom created classes:
1) Create new custom class on 7.6., add custom fields.
2) Export custom workflow via .def import from 7.1 to 7.6 respective custom
CMDB form.
3) Data move
4) Test functionality

I am planning to do this manually since we have had issues in the past using
the 7.1 cmdbdriver.exe to move forms from server to server. (mainly that it
didn't work)  :-)

What best practices have the listers used for this excercise? Any advice is
appreciated.

This looks like a lengthy process - I am estimating 5 days for each of the
23 forms. My goal is to find a faster/better way than spending 123 days of
manual creation/verification.


Thanks in advance,

Jase Brandon
Remedy Developer
Quality Technology Services

ARS 7.1
SQL Server
Windows 2003

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug10 www.wwrug.com ARSlist: "Where the Answers Are"


Re: Moving CMDB 7.1 to 7.6

2010-08-25 Thread Roger Justice

review the documentation for cmdbdriver. Also remeber you are going from CMDB 
2.1 to Atrium Core 7.6. There are a lot of new features you want to review 
prior to extending the model.






-Original Message-
From: Jase Brandon 
To: arslist 
Sent: Wed, Aug 25, 2010 4:37 pm
Subject: Moving CMDB 7.1 to 7.6


** Hello All,
We are planning to upgrade from 7.1 to 7.6 in the next few months so I am doing 
early planning to move business critical customizations from 7.1 to 7.6.
CMDB Customizations seem to be the biggest challenge.  Our CMDB has 23 highly 
customized classes. Of those... roughly eight of them are totally Custom 
Classes created for our company.

Other than the below plan, I am at a loss for the best/fastest way to port our 
7.1 CMDB forms/data over to 7.6 CMDB.

For OOTB CMDB Classes:
1) Ensure all custom fields from 7.1 CMDB forms exist on 7.6 OOTB CMDB forms.
2) Export custom workflow via .def import from 7.1 to 7.6 respective CMDB form 
once fields exist.
3) Data move
4) Test functionality

For Custom created classes:
1) Create new custom class on 7.6., add custom fields.
2) Export custom workflow via .def import from 7.1 to 7.6 respective custom 
CMDB form.
3) Data move
4) Test functionality

I am planning to do this manually since we have had issues in the past using 
the 7.1 cmdbdriver.exe to move forms from server to server. (mainly that it 
didn't work)  :-)

What best practices have the listers used for this excercise? Any advice is 
appreciated. 

This looks like a lengthy process - I am estimating 5 days for each of the 23 
forms. My goal is to find a faster/better way than spending 123 days of manual 
creation/verification.


Thanks in advance,

Jase Brandon
Remedy Developer
Quality Technology Services

ARS 7.1
SQL Server
Windows 2003
_attend WWRUG10 www.wwrug.com ARSlist: "Where the Answers Are"_ 

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug10 www.wwrug.com ARSlist: "Where the Answers Are"


Re: Moving CMDB 7.1 to 7.6

2010-08-26 Thread Peter Romain
I guess you mean CMDB 2.1 as 7.1 doesn't exist.

 

Have you got any other ITSM modules installed?

 

If you have not modified the CMDB forms (eg BMC.CORE:BMC_ComputerSystem)
then changes to these made by the upgrade will not matter. 

 

If you have added classes and attributes 'legally' (unique names, field Ids
not in the BMC range, customer specific namespace(s)) then the upgrade will
not touch these and they will still all be available after the upgrade.

 

If you have other ITSM modules installed then you have almost certainly
modified the AST forms (eg AST:ComputerSystem). You could export these to a
def file and re-import them after the upgrade. There may still need to be
some layout changes but the forms will be 90% there.

 

Any AST forms created from custom classes will need to be added back to the
relevant applications as the upgrade overwrites some applications.

 

The mapping of virtual systems changed in later versions. If you used, for
example, BMC Foundation/Topology discovery then virtual classes created by
these will be removed.

 

If you can try the upgrade on a test system I think you'll find that it's
less time consuming than you think.

 

The installation guides detail what applications and forms are overwritten
by the upgrades.

 

Cheers

 

Peter

 

 

 

From: Action Request System discussion list(ARSList)
[mailto:arsl...@arslist.org] On Behalf Of Jase Brandon
Sent: 25 August 2010 21:37
To: arslist@ARSLIST.ORG
Subject: Moving CMDB 7.1 to 7.6

 

** Hello All,
We are planning to upgrade from 7.1 to 7.6 in the next few months so I am
doing early planning to move business critical customizations from 7.1 to
7.6.
CMDB Customizations seem to be the biggest challenge.  Our CMDB has 23
highly customized classes. Of those... roughly eight of them are totally
Custom Classes created for our company.

Other than the below plan, I am at a loss for the best/fastest way to port
our 7.1 CMDB forms/data over to 7.6 CMDB.

For OOTB CMDB Classes:
1) Ensure all custom fields from 7.1 CMDB forms exist on 7.6 OOTB CMDB
forms.
2) Export custom workflow via .def import from 7.1 to 7.6 respective CMDB
form once fields exist.
3) Data move
4) Test functionality

For Custom created classes:
1) Create new custom class on 7.6., add custom fields.
2) Export custom workflow via .def import from 7.1 to 7.6 respective custom
CMDB form.
3) Data move
4) Test functionality

I am planning to do this manually since we have had issues in the past using
the 7.1 cmdbdriver.exe to move forms from server to server. (mainly that it
didn't work)  :-)

What best practices have the listers used for this excercise? Any advice is
appreciated. 

This looks like a lengthy process - I am estimating 5 days for each of the
23 forms. My goal is to find a faster/better way than spending 123 days of
manual creation/verification.


Thanks in advance,

Jase Brandon
Remedy Developer
Quality Technology Services

ARS 7.1
SQL Server
Windows 2003
_attend WWRUG10 www.wwrug.com ARSlist: "Where the Answers Are"_ 


___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug10 www.wwrug.com ARSlist: "Where the Answers Are"