RE: ontape restore to new storage problem

In the case of mirroring, Chris would then designate a new location for a primary chunk after the mirror is built. Thus the primary is allocated to a partition on the new disks also. I have used this method to even replicate test servers but caution is always good advise to follow. If we knew the volume of data, activity of the server and downtime available, we could give an ideal scenario. Having used the mirroring option so often to move dbspaces, this would be my choice. -----Original Message----- From: informix-list-bounces@iiug.org [mailto:informix-list-bounces@iiug.org] On Behalf Of Jonathan Leffler Sent: 22 February 2008 10:06 AM To: informix-list@iiug.org Subject: Re: ontape restore to new storage problem david@smooth1.co.uk wrote: > On 21 Feb, 08:10, ro...@star2000.com.tw 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@earthlink.net, jleffler@us.ibm.com Guardian of DBD::Informix v2007.0914 -- http://dbi.perl.org/ publictimestamp.org/ptb/PTB-2582 ripemd128 2008-02-22 06:00:07 75E279979E93FC9BD13A98A70DE02319 _______________________________________________ Informix-list mailing list Informix-list@iiug.org http://www.iiug.org/mailman/listinfo/informix-list