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:arslist@ARSLIST.ORG] On Behalf Of Hodgdon, Paul
Sent: Thursday, July 03, 2014 9:29 AM
To: arslist@ARSLIST.ORG
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"
