Re: ontape restore to new storage problem
- From: Jonathan Leffler <jleffler@xxxxxxxxxxxxx>
- Date: Fri, 22 Feb 2008 00:05:42 -0800
david@xxxxxxxxxxxxx wrote:
On 21 Feb, 08:10, ro...@xxxxxxxxxxxxxxx wrote:Hello , my box ids 7.31 like to switch all dbspace&chunks to a new
storage. Unfortunatelly , all chunks set to direct device name(not
link name). How could I migrate all db to new storage by ontape
safely and quickly?
I would rather not consider dbexport/dbimport or unload/load.
It take too long to finish and unstable .
Do a redirected restore if you version supports it.
IDS 7.31 does not support directed restore.
Upgrade might be an answer, but probably isn't.
The mirroring idea is interesting; the difficulty is switching the names of the primary and mirror chunks once the mirror is created. Running with the primary chunks permanently down is not appealing.
My first choice recommendation would be export/import or load/unload, but that is ruled out by the question. My second choice recommendation is don't build a server so that the chunk names refer to physical devices, but that too is ruled out by the question. Or maybe those two choices would be reversed...
--
Jonathan Leffler #include <disclaimer.h>
Email: jleffler@xxxxxxxxxxxxx, jleffler@xxxxxxxxxx
Guardian of DBD::Informix v2007.0914 -- http://dbi.perl.org/
publictimestamp.org/ptb/PTB-2582 ripemd128 2008-02-22 06:00:07
75E279979E93FC9BD13A98A70DE02319
.
- References:
- ontape restore to new storage problem
- From: roger
- Re: ontape restore to new storage problem
- From: david@xxxxxxxxxxxxx
- ontape restore to new storage problem
- Prev by Date: Re: Redeirected restore database server
- Next by Date: Re: how do you solve this issue
- Previous by thread: Re: ontape restore to new storage problem
- Next by thread: IDS11 SDS
- Index(es):
Relevant Pages
|