What are the steps to move to new CLM application servers?
1. Install CLM 4.0.3 on the new servers
2. Copy some properties files over from the SLES-10 servers to the SLES-11 servers.
3. Create aliases for the old server names so that they evaluate to the new server names
2 answers
1. Use a reverse proxy (see https://jazz.net/help-dev/clm/topic/com.ibm.jazz.install.doc/topics/c_reverse_proxy.html).
2. Rename the CLM server (see https://jazz.net/help-dev/clm/topic/com.ibm.jazz.install.doc/topics/c_server_rename_sup_unsup.html and https://jazz.net/help-dev/clm/topic/com.ibm.jazz.install.doc/topics/c_server_rename_ex3_fullprod.html).
You may also have to migrate your DBs over to the new servers (see https://jazz.net/help-dev/clm/topic/com.ibm.jazz.install.doc/topics/c_migrate_overview.html).
Comments
Thanks Paul, but your answer confuses me (as do other posts somewhat related to this question). We are only moving the CLM tools from one set of servers to another set of servers. The SQL server database that contains the CLM tools data is on yet another server that is not changing.
We have the JTS and CM solution on "oldserver1" and the QM and RM tools on "oldserver2". We want to move them to "newserver1" and "newserver2". Do we just need to install the tools on "newserver1" and "newserver2", move some properties/configuration files from "oldserver1" and "oldserver2" to "newserver1" and "newserver2", and perform your recommended step 1 or 2 above?
Ken,
For clarification, once you have moved to a new server, is your intent to keep the same Public URI?
For example if your current Public URI is “oldserver1.com”, will that still be valid once the new server is in place?
If not, you'll need to follow the Sever Rename steps (Paul included the links to the documentation in his post)
Hi Ken,
In your case, you would not migrate your DBs. I would suggest following the steps in Topologies and mapping files for moving a production deployment to another location (see https://jazz.net/help-dev/clm/topic/com.ibm.jazz.install.doc/topics/c_server_rename_ex3_fullprod.html).
We don't actually plan on changing the public URI. We are going to keep it the same. Paul, does the link you provided above still apply?
If the public root URI is not changing, there is no need to rename the server. In this case (CLM version is not changing), you would do the new install on the new machine normally except for DB steps (you are reusing your DB server) and prior to bringing up the server they just ensure that teamserver.properties is pointing to the existing DB instance.
I would suggest upgrading CLM while you are upgrading your hardware.
I am going under the following assumptions:
a. Moving to the new server and keeping the same version of RTC
b. Keeping the same public url and the old server will be sunset
c. This is a TOmcat install
1. Install RTC on the new server. If possible use the same directory since this will make things easier going forward
2. Stop the existing server
3. From the original server, copy the server/conf directory and move it to the new server so to replace the server/conf directory of the new install
4. If the rtc indexes are located in a location outside the server/conf directory, they will also need to be copied and moved over
5. Check the properties files to make sure all the paths are valid for the new install
6. Alias the public url to the IP of the new host and make sure the DNS server is updated