On Tue, Nov 24, 2009 at 15:15:50 -0800, Mike Chesnut wrote: > Okay, that makes sense. My one concern is this: what if there is data > in those .tmp files that's no longer on the client host? Is there no > way to recover them so amanda can provide me with a backup of them?
The issue is that the .tmp files are not complete, so you don't really
know what client files would be found inside them.
Presumably if a user called you up and said a file had been deleted by
mistake the next morning (and you still had the .tmp files on the
holding disk), you would be able to manually re-assemble the .tmp files
and feed them through the appropriate recovery program to recover the
files that did get backed up.
But you'd have no way of knowing ahead of time if the file you wanted
would be there (i.e. if it actually got backed up before the original
dump was aborted), and since Amanda doesn't consider the backups to have
completed, I don't believe any files from that run would be included in
the indexes that Amanda uses for the "amrecover" command, etc.
Note that in most cases (depending on your exact backup schedule) the
only files you'd really loose completely by deleting the .tmp files are
ones that only existed that particular day. Any file that existed
earlier, or still existed when the next run occurred, would also be
found on that other backup tape. (Since Amanda didn't consider the
.tmp-file dumps to have completed, it should have repeated the same level
dump for those DLEs on the next run....)
Nathan
----------------------------------------------------------------------------
Nathan Stratton Treadway - [email protected] - Mid-Atlantic region
Ray Ontko & Co. - Software consulting services - http://www.ontko.com/
GPG Key: http://www.ontko.com/~nathanst/gpg_key.txt ID: 1023D/ECFB6239
Key fingerprint = 6AD8 485E 20B9 5C71 231C 0C32 15F3 ADCD ECFB 6239
signature.asc
Description: Digital signature
