It's all about the answers!

Ask a question

[closed] CLM 4.0.x upgrade - such a winding road...


1
1
Chris Ryan (15732428) | asked Mar 27 '13, 10:52 a.m.
closed Sep 24 '21, 7:39 a.m. by Krzysztof Kaźmierczyk (7.4k373103)
I'm hoping to get some chiming in on what the path of least resistance is going to be, considering the following scenario:

Our production Jazz instance is 3.0.1.4.  Since we had to upgrade the OS we're running it on, we decided to create our 4.0.2 "to be" production servers from scratch.  New servers, install WAS 8, Oracle, etc....

When we populate the 4.0.2 database with our production data, the data will be in 3.0.1.4 format (schemas, etc...).  As I understand it, we can use repotools to "upgrade" a 3.0.1.4 database to 4.0.2.

So, to summarize, our high-level path is as follows:
  1. Install Oracle, WAS 8.0.0.5 on new servers
  2. Install CLM 4.0.2
  3. Migrate database
    1. Import a data pump of 3.0.1.4 data into Oracle
    2. Follow any relevant steps here: http://pic.dhe.ibm.com/infocenter/clmhelp/v4r0/index.jsp?topic=%2Fcom.ibm.jazz.install.doc%2Ftopics%2Ft_migrating_repo_after_upgrading_jazzteamserver.html
  4. Run CLM Setup

Anyone have any thoughts/words of wisdom?

Thanks a million,
Chris


Comments
Bo Chulindra commented Mar 27 '13, 2:41 p.m.
JAZZ DEVELOPER

Maybe I'm understanding something wrong, but you would have to follow the instructions for upgrading to 4.0.2, correct?

On a side note, it looks like the 4.0.2 help doc server is down, but here's the 4.0.1 help doc which should be the same.

The question has been closed for the following reason: "The question is answered, right answer was accepted" by krzysztofkazmierczyk Sep 24 '21, 7:39 a.m.

Accepted answer


permanent link
Guido Schneider (3.4k1486115) | answered Mar 27 '13, 1:32 p.m.
Your plan is quite good. I did the same two month ago (with DB2 instead of Oracle).

Only thing I did different was the order of moving the Database onto the new system.
I first went to a two node system, with Windows 2008-R2/64bit, Jazz 4.0.1 and WAS 8.0.0.5/64bit on one system and the database on the original system. And after the upgrade of the DB to 4.0.1 schema, I backuped restored it onto the new system.
Because I have a seperate DNS entry (CNAME) for the Database server, also when running on same node than jazz, I can simply split and bring together without changes in the setup. Just by DNS entries or host file entries.

If you do it this way with two nodes, you must copy the old JazzTeamserver directory onto the new server, because repotool needs the old directory paralle to the new JazzTeamserver directory for migrationg.

I suggest you install Jazz always into a directory with the version number in it. eg. c:\ibm\jazzteamserver_401. You always need this seperated for each version for upgrading.

I also suggest to split the different applications into multiple WAS profiles e.g. JTS, CCM, RQM, RRC and for this you must install the application also in different dierctories e.g. JazzTeamServer_JTS_401, JazzTeamServe_CCM_401 etc.

A bit difficult could be the part of the indexes. Because they were relativ defined in 3.0.x, they may not be there where they should be. In 4.0.x they will be absoluty defined. But I did not care. I simple created them complettly from scratch at the new location.

Be aware, there is a problem with WAS 8.0.0.5 (at least on windows) and dashboard widgets. I required a testfix from WAS to solve it. WAS 4.0.0.4 is working correctly. WAS 8.0.0.6 should have it solved. See: https://jazz.net/jazz/web/projects/Rational%20Team%20Concert#action=com.ibm.team.workitem.viewWorkItem&id=242945
Chris Ryan selected this answer as the correct answer

Comments
Chris Ryan commented Apr 03 '13, 1:21 p.m.

Thanks a million Guido.

As per usual, a very helpful post.

2 other answers



permanent link
Chris Ryan (15732428) | answered Mar 28 '13, 3:13 p.m.
Thanks everyone for the responses.  I'll take a look on Tuesday of next week and will let you know I fare out.

permanent link
Jim Ruehlin (79114) | answered Mar 28 '13, 2:40 p.m.
JAZZ DEVELOPER
One thing to make sure of is that your public URIs are the same on the new server as they were on the old server. This is required in order to be able to access all your data.