Jazz Forum Welcome to the Jazz Community Forum Connect and collaborate with IBM Engineering experts and users

Migrating data JAZZ test to prod

One of our project groups wants to start using JAZZ right away. I'm not complete in my prod server setup, having only a low powered test server running 4.0.1.

 

I know in the past releases there was no easy way to "rename" the URI without a lot of back end work but I seem to recall some enhancements to this.

 

Is it possible/feasible (aka. easy to do) to start up a project on our JAZZ test server and then migrate its data to our prod server? Note that we do not have any reverse proxy in place at this time. We plan on using RTC, DNG and RQM.

0 votes



2 answers

Permanent link
Norman,
With the release of CLM 4.x , there is now built in functionality to rename your Public URI
When you have a moment, take a look at the following two articles; they will give you a good overview of the functionality and impact

https://jazz.net/library/article/818
https://jazz.net/library/article/1120

Ara

1 vote

Comments

Perhaps clarification is needed. I'm not renaming the server. I want to move its data from one server to another.

Our test server  just a playpen DL380 using the default derby db. I'm setting up our prod env -3 servers on a CISC UCS blade chassis using Oracle. One group can't wait another 2-3weeks while this is setup.

Norman

The Public URI value resides in the database itself; so if you move it to a different location, it will still be referencing the original public URI value. The Server rename functionality allows you to change it so that it matches the new environment

Alternatively, Jim’s response is an option as well, and as he noted, its a little less overhead as well


Permanent link
I'd recommend setting the public URI of the new project to what you want to use in your production environment. Use the DNS or etc/hosts on local machines to route the CLM URL to the test server's IP address. 

For example (in etc/hosts):
my.clmserver.com   123.456.789

When you want to move the installation to a production machine, you keep the public URI and change the DNS (or etc/hosts).

It's cleaner to keep the public URI rather than changing it if you can. The Server Rename feature is not without its baggage. It doesn't actually change the URI of the data stored in the project. It creates a hash table that maps each call from the new public URI to the old public URI, and uses the old URI to actually access data. 

The result is that Server Rename prevents you from re-use the old public URI. And you take performance hit for each call, though it's a very small one that you probably won't even notice. But there's no reason to add cycles to your URI calls if you don't need to.

0 votes

Comments

Perhaps clarification is needed. I'm not renaming the server. I want to move its data from one server to another.

Our test server  just a playpen DL380 using the default derby db. I'm setting up our prod env -3 servers on a CISC UCS blade chassis using Oracle. One group can't wait another 2-3weeks while this is setup.

Your answer

Register or log in to post your answer.

Dashboards and work items are no longer publicly available, so some links may be invalid. We now provide similar information through other means. Learn more here.

Search context
Follow this question

By Email: 

Once you sign in you will be able to subscribe for any updates here.

By RSS:

Answers
Answers and Comments
Question details
× 12,019
× 7,494

Question asked: May 07 '13, 11:33 a.m.

Question was seen: 5,934 times

Last updated: May 08 '13, 7:38 a.m.

Confirmation Cancel Confirm