Oh ok
the example in the Rudolph help, I guess will be perfect...
starting reading to implement in my scenario.
thanxs for all friends.
2013/9/8, Adrian Reyer <bacula-lists AT lihas DOT de>:
> On Sat, Sep 07, 2013 at 01:24:59PM -0400, Tony Peña wrote:
>> I got tapelibrary and a space disk to backup my files
>> and I have a mix way to save the data, because have this:
>> Today need do a full backup
>> TapeLibrary -> Full
>> StorageDisk -> Incremental
>> Next Day:
>> TapeLibrary -> Incremental
>> StorageDisk -> Incremental
>
> I support Rudolph here and suggest you check Migration and copy jobs.
> I make sure to have enough disk space and don't use Migration Jobs but
> Copy Jobs. That way I have the files on disk and don't need to go and
> change tapes for restore purpose of recently lost data. It is something
> like this:
> Job Retention: 13 months
> Tape Pool Storage Retention: 13 months
> Disk Pool Storage Retention 40 days
>
> After the daily backup, all jobs are copied to Tape Pool.
> If the client systems are very busy or behind slow links I use Virtual
> Full instead of Full backups, this is why I have 40 days retention as I
> usually do montly full backups, weekly differential and daily
> incremential. With 40 days I am quite sure I have all data needed for a
> virtual full available on disk.
> If you try alternating targets for jobs with the same client name, you
> will run in trouble while restoring. E.g. incrementals base on the most
> recent backup, no matter where it went, tape or disk. In other words, if
> you loose either disk or tape or have different retention times, you
> will not be able to restore your data. Use migration/copy instead to
> distribute media.
>
> For the practical approach: you can only do copy/migration/virtualfull
> from one pool to another, the one in the 'NextPool' statement. However,
> if you need to target the same pool, you can exploit the above issue of
> the most recent backup used as base by creating a fake pool that has
> your disks pool as NextPool. If you are able to make sure you have
> enough storage devices to read and write to the same pool, you will be
> fine. I use vchanger for this.
>
> Regards,
> Adrian
> --
> LiHAS - Adrian Reyer - Hessenwiesenstraße 10 - D-70565 Stuttgart
> Fon: +49 (7 11) 78 28 50 90 - Fax: +49 (7 11) 78 28 50 91
> Mail: lihas AT lihas DOT de - Web: http://lihas.de
> Linux, Netzwerke, Consulting & Support - USt-ID: DE 227 816 626 Stuttgart
>
--
Antonio Peña
Secure email with PGP 0x8B021001 available at http://pgp.mit.edu
Fingerprint: 74E6 2974 B090 366D CE71 7BB2 6476 FA09 8B02 1001
------------------------------------------------------------------------------
Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more!
Discover the easy way to master current and previous Microsoft technologies
and advance your career. Get an incredible 1,500+ hours of step-by-step
tutorial videos with LearnDevNow. Subscribe today and save!
http://pubads.g.doubleclick.net/gampad/clk?id=58041391&iu=/4140/ostg.clktrk
_______________________________________________
Bacula-users mailing list
Bacula-users AT lists.sourceforge DOT net
https://lists.sourceforge.net/lists/listinfo/bacula-users
|
