A clean v9.x install will generally be faster, easier to support and of course easier to upgrade to the next ITSM version. You will of course still need to review the customizations you have applied to your current system and decide what you need to retain, but that is of course best practice with an upgrade anyway.
regards
Sean
Sean Harries
Alderstone Consulting Ltd
Revolutionise your management of BMC Remedy ITSM Services with CMT
**We are also planning to do an upgrade from 7.6.04 to 9.0.01. Ours is a highly customized system. All the development is in base development mode, no overlays and none of the ITSM modules being used.We have a separate app and mid tier server using SQL Server.Since the configuration of current prod is not good and its all messed up, we are thinking of setting up a new 9.x server.What would be our best bet? Copy data and then upgrade? Would this move all the customizations?Thanks!Kaur_ARSlist: "Where the Answers Are" and have been for 20 years_On Wed, Jan 20, 2016 at 3:14 PM, Daniel Wu <danielwu@cox.net> wrote:** Thanks Warren. I was posting a question on your chain at the same time. I appreciate the link you sent. I'd be sure to check it out. You can answer my question here in my posting chain, if you like.In our particular environment, I will have to stance up another instance and run in parallel to compare, then do the cut over. And that won't be the live system.
On Wednesday, January 20, 2016, Warren R. Baltimore II <warrenbaltimore@gmail.com> wrote:**Some things to keep in mind. When you are working on the Reconciliation, you must have a copy of your current installation running on a network that your development server can see. This is necessary so that the developers studio can connect with both for the "compare and contrast" part of the show. This part can take awhile depending on the number of customizations you have made. Don't make the mistake that I made and not take the time to really look at them. I ended up losing some things that I really needed....Daniel,We just completed the upgrade from 7.6.04 to 9.0.01. For the most part it was relatively easy albeit a VERY long process. I strongly urget that you take a look at this link if you haven't. We followed this process and found it to work quite well. https://docs.bmc.com/docs/display/public/brid90/Upgrading+from+a+version+7.6.04+or+8.0.xx.The problems we have run into since Monday when we went live are these:
- Reports can no longer be unlimited. Even though the flags are set for the 3 properties in config.properties on the mid tier servers are set to 0, they seem to be interpreted as default which limits reports to 2000. I got around this issue by setting a ridiculously high number (2,000,000).
- Email Servers are not leaving the "Waiting" State on the Failover Whiteboard. Thus they don't send/receive. If we manually set the primary to "Active" then they work fine. I just have to monitor that till I get a fix from BMC.
- I have a number of users who are no longer able to submit incidents. Some are receiving error messages that they do not have the right permissions (they do) and one is being told to provide information for the ticket that no one else has ever been required to provide. One other person cannot get to the people search form from the incident form. He is told that he doesn't have the appropriate permissions.
- Some users are complaining that they are not receiving their notification.... Not sure about this one.
That said, this has been one of the easiest upgrades I've gone through (the actual upgrade of production). We worked on it for a couple of months, and practiced quite a bit, but all of the preparation really helped.
We started the actual work on last Friday at 6 pm and finished the last install at 6 pm on Sunday. My partner and I worked the upgrade straight through (taking turns for some shut eye). That was to upgrade 3 app servers and 3 mid tier servers.
Hope that gives you some idea...._ARSlist: "Where the Answers Are" and have been for 20 years_On Tue, Jan 19, 2016 at 11:51 PM, David Charters <david@charterstechnologies.com> wrote:**9.x has a very cool data manger you will want to use for data. Custom objects export and import or if there are not too many do it by hand. 9.x is so different you might not want or need those customizations. Have you done a gap analysis yet to create the requirments?
From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Daniel Wu
Sent: Tuesday, January 19, 2016 10:05 PM
To: arslist@ARSLIST.ORG
Subject: Re: Upgrade ITSM from 7.6.04 SP3 to 9.0.01
** Thank you, David. I think we are going to set up the new environment just as you described. My concern would be those overlays and custom objects. Would there be any major issues causing the obj import to fail, so we will have to recreate those objects? Also when you say "copy data", what did you mean by that? Is it export to arx then import?
On Tuesday, January 19, 2016, David Charters <david@charterstechnologies.com> wrote:My recommendation having done this would be to bring up a 9.x server fresh, copy data and cut over. Don't try to upgrade from 7.6.4 to 9.x. The ITSM and Remedy database models are too different.
-----Original Message-----
From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Daniel Wu
Sent: Tuesday, January 19, 2016 4:38 PM
To: arslist@ARSLIST.ORG
Subject: Upgrade ITSM from 7.6.04 SP3 to 9.0.01
Is there any major issue upgrade from ARS 7.6.04 SP3 to 9.0.01 ?
We are considering upgrade options. And we are debating from 8.1.02 vs. 9.0.01.
Any help or guides is much appreciated.
About our ITSM 7.6.04 SP3:
sitting on unix based Oracle 11gR2 DB
App Server is separated with Mid Tier server.
_______________________________________________________________________________
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"_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_