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-li...@lihas.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: li...@lihas.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@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
