You might be able to accomplish this with a short script that identifies 
the large files, run it before every backup, and use its output as an 
include list for your large-files job and an exclude list for your 
small-files job.

Here is an example for which I've assumed your users are backing up 
their data to /home and your definition of a "large" file is anything 
larger than 1GB.  Obviously, you should adjust these details fit your 
situation.

Anyway, the script might look something like this:

#!/bin/sh
# generate_large_file_list.sh: Generates a list of files under /home 
larger than 1GB
find /home -size +1G > /etc/bacula/largefiles.lst

Include a RunBeforeJob directive in the job definitions for both your 
large-files and small-files jobs

RunBeforeJob = "/path/to/generate_large_file_list.sh"

Your large-files File Set would use the generated list as the primary 
file list, like this:

FileSet {
  Name = "LargeFiles"
  Include {
    Options {
       ...
    }

    File = "</etc/bacula/largefiles.lst"
  }
}

And the small-files File Set would do the reverse -- it would use the 
same list to tell bacula what NOT to back up, like this:

FileSet {
  Name = "SmallFiles"
  Include {
    Options {
       ...
    }

    File = /home

  }

  Exclude {
    File = "</etc/bacula/largefiles.lst"
  }
}


- Cedric


Martina Mohrstein wrote:
> Sometimes Users placing a complete image Backup of their drives or big 
> truecrypt containers on the filesystems that are backed up.
>
> Now I'm thinking of writing two backup Jobs with their own schedules. 
> One for file smaller than a specific some with is run more frequently 
> than the other job which backups only files that are bigger than that 
> specific size.
> I knew that a complete recovery in this case for a complete directory 
> is more difficult, but with these split jobs the needed amount of 
> backup space will be much smaller than now.
>
> Regards Martina
>
> ------------------------------------------------------------------------
> Surfen – optimiert für MSN. 
> <http://redirect.gimas.net/?n=M0908aIE_MSN1_WW>
> ------------------------------------------------------------------------
>
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
> trial. Simplify your report design, integration and deployment - and focus on 
> what you do best, core application coding. Discover what's new with 
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> ------------------------------------------------------------------------
>
> _______________________________________________
> Bacula-users mailing list
> Bacula-users AT lists.sourceforge DOT net
> https://lists.sourceforge.net/lists/listinfo/bacula-users
>   

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
_______________________________________________
Bacula-users mailing list
Bacula-users AT lists.sourceforge DOT net
https://lists.sourceforge.net/lists/listinfo/bacula-users