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 On Wed, Jan 20, 2016 at 3:14 PM, Daniel Wu <[email protected]> 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 < > [email protected]> wrote: > >> ** >> 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 >> . >> >> 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.... >> >> 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.... >> >> >> On Tue, Jan 19, 2016 at 11:51 PM, David Charters < >> [email protected]> 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: >>> [email protected]] *On Behalf Of *Daniel Wu >>> *Sent:* Tuesday, January 19, 2016 10:05 PM >>> *To:* [email protected] >>> *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 < >>> [email protected]> 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: >>> [email protected]] On Behalf Of Daniel Wu >>> Sent: Tuesday, January 19, 2016 4:38 PM >>> To: [email protected] >>> 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_ >>> >> >> >> >> -- >> Warren R. Baltimore II >> Remedy Developer >> 410-533-5367 >> _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"
