Re: For IFMX GURU : ONTAPE RESTORE Q

We successfully perform level-0 archives to disk using compression via a named pipe. We have also on numerous occassions sucessfully restored from the compressed file via the named pipe. This is mostly when re-establishing replication after a failure and is considered a routine operation. Admittedly we don't use gzip. We did discover that ontape opens TAPEDEV twice during the restore and we have a PERL script that forks and execs the uncompress (redirecting it to TAPEDEV) and also starts the ontape -r. Essentially doing something like the following to perform a restore: Process 1 (uncompress -c archive.Z > $TAPEDEV; uncompress -c archive.Z > $TAPEDEV) where the TAPEDEV onconfig parameter is set to the value of $TAPEDEV (named pipe) and archive.Z is the the compressed level-0 archive written by another script. Process 2 ontape -r continue as normal. Adrian Flynn Horton Computers Ltd David Kosenko wrote: > Won't work. When ontape opens what it thinks is a tape device, it first reads the > tape header to verify that the tape contains a valid backup image. It then closes > the tape, which rewinds it. Finally it reopens the tape and begins to read it and do > the restore. Because a reading from a pipe "consumes" the data, you can't close the > pipe device and reopen it and have the results pick up at the beginning again. > > Dave > > ** Dave Kosenko <davek@summitdata.com> > ** Director of Training Services (732) 469-4070 > ** Summit Data Group (an Informix Authorized Education Center) > ** Find my advice useful? Let me teach you everything I know about > ** Informix. Sign up for OFFICIAL Informix training at SDG. > ** For details, see http://www.summitdata.com/training