Hi!

Just in case you have missed it, here is is the piece of documentation on
the subject:
https://docs.bmc.com/docs/display/public/ars91/Renaming+the+AR+System+server

Regards,
Dmitry Baryshnikov


On Feb 18, 2017 02:53, "Fawver, Dustin" <[email protected]> wrote:

**

Greetings!


So I'm pushing to try to meet a deadline to get ARS 9.1.02 live in our
production environment.  I have a development environment set up the way
I'd like it, at least for launch.  I wanted to avoid having to figure out
again how to properly configure AREA LDAP, SSL, redirections and such.
Hoping to shave some time on things, here's what I did, thinking it would
work.


- Had my sysadmin clone the dev VM and database.  Database was backed up
from the dev SQL server and restored onto the prod SQL server.  Due to
naming conventions in place here, the names of the databases are different.


- The new prod VM was renamed accordingly and placed onto the domain.


- Edited the ar.cfg file on the prod VM to make it point to the production
SQL server with the correct DB name, DB username and password in plain text.


- When logging into the prod VM and going into the AR System
Administration: Console, I look at the Database tab and it has values for
the development server.  I had SQL Server Management Studio export the data
into SQL files.  I searched for the name of the dev server in the SQL files
and updated the values accordingly on the production DB server.  This took
me a little while to do.


- I started the ARS service back up and it still points to the dev
database.  I can log into both system separately, but any changes that I
make to the config on one is reflected on the other.


- I attempted an "upgrade" to ARS 9.1.02.  It was successful.  The
installation program even had the values for the production database server
as its defaults.  Unfortunately it still seems to want to access the
development database server.



Do any of you think that this is salvageable and that I'm just overlooking
something?  Some of the things that I was able to get running on the
development server have been set for so long that it may take me a little
bit to get things back to running.


Thanks!

Dustin Fawver
Sr. Help Desk Technician
Information Technology Services

P: 423-439-4648
[email protected]

_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"

Reply via email to