Your approach is the right one.
Retore full redirect, restore required incrementals, roll forward from last
restore to current time.

As you restore redirect the full image, the new tablespace descriptors (with
proper timestamps) will take care of recognizing the fzct that the
incrementals have containers not matching the the redirected oones.
However, given that the redirect has happened after the incrementals were
taken, the uncremental restores will take account of this and you will not
have to redirect the incrementals.
HTH,  Pierre.
----- Original Message ----- 
From: "Isaac Munoz" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, February 20, 2004 5:39 PM
Subject: [DB2EUG] Restore incremental bkup into new redirected DB


> Dear list hi all,
>
> I'm looking the fastest way (less down time) to move a central staging
> warehouse non-partitioned DB v7 to v8 from one server to other... there
are
> several way to do this.. one i got in mind is to restore redirect an
online
> backup, once the restore redirect completes you still need to bring the
> database up-to-date that is the closest to today... in my case we dont
keep
> all logs from the day took the full backup cause we take incremental
backups
> and keep the logs for incrementals not for fulls... so that would take me
to
> restore incremental as a second step for moving my database... and
> rollforward as third step
>
> question is.. since i restored redirect the new database, would my
> incremental backups allow me to restore'em in the new one without
problems?
> do i need to include the 'redirect' keyword when restoring incrementals?
>
> regards..  have a nice wknd
>
> _________________________________________________________________
> Dream of owning a home? Find out how in the First-time Home Buying Guide.
> http://special.msn.com/home/firsthome.armx
>
> -
> :::  When replying to the list, please use 'Reply-All' and make sure
> :::  a copy goes to the list ([EMAIL PROTECTED]).
> ***  To unsubscribe, send 'unsubscribe' to [EMAIL PROTECTED]
> ***  For more information, check http://www.db2eug.uni.cc
>

-
:::  When replying to the list, please use 'Reply-All' and make sure
:::  a copy goes to the list ([EMAIL PROTECTED]).
***  To unsubscribe, send 'unsubscribe' to [EMAIL PROTECTED]
***  For more information, check http://www.db2eug.uni.cc

Reply via email to