Re: Point in time recovery

In article <342EB5FA.5472@iiug.org>, junet@iiug.org says... >Otherwise, for just this sort of emergency (Nils :) I have put on the >IIUG >website a utility which (hopefully) will simulate a tbunload/onunload of >a single table from a tbtape/ontape I think you. Our users thank you. My dog thanks you. The T-Rex they are auctioning off on October 4th thanks you. :-) >use it. It is ABSOLUTELY NOT SUPPORTED by Informix (note my userid :) >or >by the IIUG (read all the IIUG legal mumbo-jumbo about nothing having >any >warranties, implied or express). Consider this (very) beta software. Even as heavily caveated as it is, this is still a better shot at recovery from a disasterously erroneous SQL statement (such as "delete from table" with a bad where clause) than the only way that was previously possible to try to recover, eg, "backup post-disaster database, back it up again just in case, restore pre-disaster database, unload table, restore post-disaster database" (ick). -- William Harris william@carsinfo.com Check out the NAGS spam filter. http://www.nags.org