Re: Restore of *savf from tape -- MIDRANGE-L

Norbut, Jim wrote:

Valid point.....I did failed to mention I use SAVSAVFDTA
To save the savefile to tape.


Jim:

Therein lies a major problem (for future reference since you'veotherwise resolved your problem.)

The SAVSAVFDTA command doesn't exactly put the savefile to tape. Itputs the savefile _data_ to tape. The resulting tape essentiallylooks as if the original SAVLIB had been done directly to tape withno savefile ever existing.

This kind of illustrates what savefiles where intended for -- afaster way to save in order to reduce downtime. Save to savefilequickly, get your apps started back up again and put the savefile totape via SAVSAVFDTA at your leisure.

In short, you'd need to recreate the savefile, restore the libraryfrom tape, save back into the savefile again, and _then_ you'd moreor less have the original savefile back again. Technically, Isuppose you _could_ write a program that would read taperecords/blocks directly and write them into a savefile; but that's abit of overkill. I'm not sure how well documented savefilestructures are.

Might be useful info for someone someday and others might have moreto add or correct.


Tom Liotta

-----Original Message-----

Norbut, Jim wrote:
I have a savf on a backup tape called LAWAPP8DBB
The savf was created via
SAVLIB     LIB(LAWAPP8DB) DEV(*SAVF) SAVF(LAW8SUPP/LAWAPP8DBB)
Jim:
Although you show how the savefile was populated, you didn't showhow it was put to tape. Two general ways would be SAVLIBSAVFDTA(*YES) and SAVSAVFDTA. Getting the "savefile" back would bevery different between the alternatives. It's possible that the"savefile" doesn't quite exist on the tape even though the entirecontent is on the tape or even that the savefile description is ontape but it's empty.