This is totally doable, provided you take care (as it seems you have) to make sure all of the patch levels you install on the new server will get installed on the server you are cutting over from prior to the switch.
The root vs non-root part isn't a big deal for the most part. Non-root installs are the only way to install that make any sense security wise to most of the customers I have worked with, so there are occassional challenges, but nothing you can get around. There are a bunch of places you will have to change the server name reference manually after you are done. I did this a couple of years ago. Not counting custom workflow you don't have to mess with code though. You just need to update the server name in a bunch of forms. BMC actually had a document they gave to us which told us all of the places to edit things. It was stuff like the help file URL in the SHARE:Application Properties, etc. I think it was about an hour's worth of work if you just sat down and did it. From: Action Request System discussion list(ARSList) [mailto:[email protected]] On Behalf Of Hodgdon, Paul Sent: Thursday, July 03, 2014 9:29 AM To: [email protected] Subject: ITSM upgrade 7.6.04 ** All, I wanted to get a feel for how feasible the following upgrade would be. We have a 7.6.04 environment with the only SP being AR SP5. Our development environment is one mid-tier/one AR server, test is one mid-tier/one AR server and production 2 mid-tiers/2 AR servers. The application was installed as root and we want to install the app on new servers in each environment with a non-root user and install 7.6.04 ITSM SP5. Is it possible to setup a dev environment of one mid-tier/one AR server with 7.6.04 SP5 and take our current production database on 7.6.04 to load into development and using the MPS restore tool convert the 7.6.04 DB to our 7.6.04 SP5 installed DB? One of the things we want to do through this process is also get production data into our dev/test systems. The other alternative I was thinking of is building a new 7.6.04 environment, moving over the DBs from our existing environment then doing an in-place upgrade on ITSM SP5. Thoughts? ________________________________ No virus found in this message. Checked by AVG - www.avg.com<http://www.avg.com> Version: 2014.0.4592 / Virus Database: 3972/7728 - Release Date: 06/23/14 Internal Virus Database is out of date. _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"
