On Wed, 22 Mar 2006 09:46:45 -0800 Mark Nienberg <[EMAIL PROTECTED]> wrote:
> Bill Moran wrote: > > We have a number of filesets that get backed up both to tape and to > > disk. > > > > For performance reasons, we'd like to have gzip turned off during tape > > backups, but for space reasons: on during disk backups. > > > > It doesn't look as if there's a way to specify such a thing, aside from > > creating seperate filesets - customized for the backup media. Am I > > missing anything? > > > I do weekly full backups to tape and daily incrementals to disk, so I > have the same issue. If I do create separate filesets, one with > compression and one without, will the incrementals really work as > incrementals or will the first one be promoted to full I wonder. My assumption was that having seperate filesets would cause it not to see them as the same files - thus the tape backups would not be considered as part of the ondisk backups. In our scenario, that's fine. We want the ondisk backups to work independently of the tape backups, since the tapes are archived off site. My concern about duplicating the filesets is twofold: 1) Error-prone when changes are made (i.e. machines added/removed) 2) namespace pollution (i.e. when doing a "run" from bconsole) and the possible human errors involved with such pollution. -- Bill Moran Collaborative Fusion Inc. **************************************************************** IMPORTANT: This message contains confidential information and is intended only for the individual named. If the reader of this message is not an intended recipient (or the individual responsible for the delivery of this message to an intended recipient), please be advised that any re-use, dissemination, distribution or copying of this message is prohibited. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message, which arise as a result of e-mail transmission. **************************************************************** ------------------------------------------------------- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 _______________________________________________ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
