|
|
|
|
|
|
| Author |
Message |
wanchan *nix forums beginner
Joined: 09 Feb 2005
Posts: 6
|
Posted: Thu Feb 10, 2005 10:55 am Post subject:
Re: Moving data from UDB 7.1 to UDB 8.1
|
|
|
I don't think that replication is a good option, as you will take much of
your time, registering EACH table from the previous db to the other one.
Anyway, replication will finally use ASNLOAD, a utility to load the data
into the target db.
It'll be much simpler to do with db2move.
irwan |
|
| Back to top |
|
 |
JoKlassen@email.com *nix forums beginner
Joined: 31 May 2005
Posts: 19
|
Posted: Thu Feb 10, 2005 7:32 am Post subject:
Re: Moving data from UDB 7.1 to UDB 8.1
|
|
|
Be aware of constraints!
For example INSERT triggers should not be fired twice, generated
columns should not be generated again etc... Have you considered DB2's
federation options? Link your DB2 HP tables into the DB2 AIX database
and use LOAD FOM CURSOR for migration. You can easily generate the
appropriate commands via SQL
Joachim
PS: IMHO replication is not the way to go for this |
|
| Back to top |
|
 |
Hemant Shah *nix forums addict
Joined: 10 Mar 2005
Posts: 85
|
Posted: Wed Feb 09, 2005 10:20 pm Post subject:
Re: Moving data from UDB 7.1 to UDB 8.1
|
|
|
While stranded on information super highway Another DB2 UDB DBA wrote:
Thanks.
Looks like db2move does the same thing I am trying to do.
| Quote: | You may have an easier time if you upgrade the V7.2 instance to V8.2
first, but it may not be necessary. Fortunately, both scenarios can be
tested without taking production down.
I notice that the majority of APARs in each DB2 UDB FixPak seem to
address problems with replication, so if I had to perform such a
migration and was able to accomplish it with a cross-platform
redirected restore, I would jump on that option first.
Good Luck,
Fred
|
--
Hemant Shah /"\ ASCII ribbon campaign
E-mail: NoJunkMailshah@xnet.com \ / ---------------------
X against HTML mail
TO REPLY, REMOVE NoJunkMail / \ and postings
FROM MY E-MAIL ADDRESS.
-----------------[DO NOT SEND UNSOLICITED BULK E-MAIL]------------------
I haven't lost my mind, Above opinions are mine only.
it's backed up on tape somewhere. Others can have their own. |
|
| Back to top |
|
 |
Another DB2 UDB DBA *nix forums beginner
Joined: 09 Feb 2005
Posts: 3
|
Posted: Wed Feb 09, 2005 6:09 pm Post subject:
Re: Moving data from UDB 7.1 to UDB 8.1
|
|
|
This page mentions that you may be able to perform a cross-platform
restore:
http://publib.boulder.ibm.com/infocenter/db2help/index.jsp?topic=/com.ibm.db2.udb.doc/admin/c0005960.htm
You may have an easier time if you upgrade the V7.2 instance to V8.2
first, but it may not be necessary. Fortunately, both scenarios can be
tested without taking production down.
I notice that the majority of APARs in each DB2 UDB FixPak seem to
address problems with replication, so if I had to perform such a
migration and was able to accomplish it with a cross-platform
redirected restore, I would jump on that option first.
Good Luck,
Fred |
|
| Back to top |
|
 |
Hemant Shah *nix forums addict
Joined: 10 Mar 2005
Posts: 85
|
Posted: Wed Feb 09, 2005 5:50 pm Post subject:
Moving data from UDB 7.1 to UDB 8.1
|
|
|
Folks,
I want to move the databases I have on a HP-UX system running DB2 UDB 7.2
to and AIX box running DB2 UDB 8.1. Because they are on different versions
and different OS I cannot backup on HP and restore on AIX.
Here is what I am thinking:
1) Run db2look utility on HP and get database definition.
2) Re-create database/tables on AIX
3) Stop application.
4) export data on HP in ixf format.
5) load data on AIX
6) Update client to udb 8.1 and point it to AIX system.
7) re-bind the packages.
Start application.
This will require significant down time for exporting and loading data,
even if I do one database at a time. I have one database per instance.
Is there a way to use replication to move the data between the systems?
I could re-create database on AIX, then turn on replication from HP to AIX.
once replication is complete:
1) I can stop the application upgrade the client to UDB 8.1
2) point it to the new database.
3) Stop replication.
4) re-bind packages.
5) start application.
This will only require atmost 1 hour of down time.
Is there a better way to move the data?
--
Hemant Shah /"\ ASCII ribbon campaign
E-mail: NoJunkMailshah@xnet.com \ / ---------------------
X against HTML mail
TO REPLY, REMOVE NoJunkMail / \ and postings
FROM MY E-MAIL ADDRESS.
-----------------[DO NOT SEND UNSOLICITED BULK E-MAIL]------------------
I haven't lost my mind, Above opinions are mine only.
it's backed up on tape somewhere. Others can have their own. |
|
| Back to top |
|
 |
Google
|
|
| Back to top |
|
 |
|
|
The time now is Thu Jan 08, 2009 2:09 am | All times are GMT
|
|
Advance Auto Parts | Bankruptcy | Watch American Dad | Looking for Credit Cards? | Yugioh
|
|
Copyright © 2004-2005 DeniX Solutions SRL
|
|
|
|
Other DeniX Solutions sites:
Unix/Linux blog |
electronics forum |
medicine forum |
science forum |
|
|
Privacy Policy
|
Powered by phpBB © 2001, 2005 phpBB Group
|
|