Migrating/upgrading from RTC 3.x to 4.0 on different sites
Hello,
I have a customer situation where the client has two environments:
- Production (hypothetical hostname: https://production.example.com:9443):
to keep. The production environment contains no data. The reason why the production environment has been
set up on 4.0 is because 3.x doesn't support special characters in LDAP users. Also worthy to note, the test environment and production environment are located on different geographic sites.
I have read the Infocenter topics and articles about migration and upgrade and I'm getting the impression that the only way to move forward is an upgrade of test environment to 4.0, migrate from Derby to SQL server and go for the server rename procedure. The question is:
*Would that be the right way to go?
*Also, is there some additional documentation about how to do perform the server rename correctly? I haven't found much documentation on it, which gives me the feeling I should avoid this procedure preferrably.
I have a customer situation where the client has two environments:
- Production (hypothetical hostname: https://production.example.com:9443):
Application server: tomcat-Test (hypothetical hostname: https://test.example.com:9443):
Database: SQL Server
User DB: LDAP (Active Directory)
Jazz applications: JTS, RTC (Version 4.0)
Application server: tomcatThe test environment was firstly used to try out RTC and has been installed on a regular desktop-class PC, it ultimately contains some data that the client would like
Database: Derby
User Registry: No LDAP (Setup default)
Jazz applications: JTS, RTC (Version 3.x)
to keep. The production environment contains no data. The reason why the production environment has been
set up on 4.0 is because 3.x doesn't support special characters in LDAP users. Also worthy to note, the test environment and production environment are located on different geographic sites.
I have read the Infocenter topics and articles about migration and upgrade and I'm getting the impression that the only way to move forward is an upgrade of test environment to 4.0, migrate from Derby to SQL server and go for the server rename procedure. The question is:
*Would that be the right way to go?
*Also, is there some additional documentation about how to do perform the server rename correctly? I haven't found much documentation on it, which gives me the feeling I should avoid this procedure preferrably.
Accepted answer
Hi Zouhair,
Note that currently (CLM 4.0), server rename can't be used with a SQL Server DB. Check the following information:
https://jazz.net/library/article/818 (look for SQL Server)
https://jazz.net/jazz/web/projects/Rational%20Team%20Concert#action=com.ibm.team.workitem.viewWorkItem&id=212115
WRT your migration/upgrade strategy the description looks fine: just consider to switch DB vendors prior to upgrade; and the scenario you describe once in 4.0 would fit into one of the supported ones for a server rename (pilot to production): http://pic.dhe.ibm.com/infocenter/clmhelp/v4r0/index.jsp?topic=%2Fcom.ibm.jazz.install.doc%2Ftopics%2Fc_server_rename_sup_unsup.html
On the other hand, what you feel is missing or confusing in the server rename documentation?
Regards,
Jorge.
Note that currently (CLM 4.0), server rename can't be used with a SQL Server DB. Check the following information:
https://jazz.net/library/article/818 (look for SQL Server)
https://jazz.net/jazz/web/projects/Rational%20Team%20Concert#action=com.ibm.team.workitem.viewWorkItem&id=212115
WRT your migration/upgrade strategy the description looks fine: just consider to switch DB vendors prior to upgrade; and the scenario you describe once in 4.0 would fit into one of the supported ones for a server rename (pilot to production): http://pic.dhe.ibm.com/infocenter/clmhelp/v4r0/index.jsp?topic=%2Fcom.ibm.jazz.install.doc%2Ftopics%2Fc_server_rename_sup_unsup.html
On the other hand, what you feel is missing or confusing in the server rename documentation?
Regards,
Jorge.
Comments
showing 5 of 8
show 3 more comments
2 other answers
*Would that be the right way to go?
>>Yes
*Also, is there some additional documentation about how to do perform the server rename correctly? I haven't found much documentation on it, which gives me the feeling I should avoid this procedure preferrably.
>>I'm in the same boat as you are! See one of my previous posts for the steps and infocenter has detailed steps for the server rename procedure.
How about renaming the server?
Pilot app server on machine A. Pilot SQL DB on machine B.
Prod app server on machine C. Prod SQL DB on machine D.
Detach A and B from the network. Rename C to A and D to B.
Will this work?