Hi, I suppose we better put this to the list...
27.06.2007 06:46,, Del Miller wrote:: > Just a brief thought that I've been toying with but have not tested as > of yet. Couldn't one run a script after a successful backup that would > simply write the disk file to tape Sure. You'd have to handle some cases that are more difficult than such a plain setup (backups spanning volumes, backups spanning tapes, tape labeling and management, etc.) though. > via a tar command (tar -cf > /dev/nst0 /backup/bacula_full_backup **)? I would think you could even > delete the bacula disk file after a successful transfer to tape... Yes... but carefully. You need to inform Bacula that this volume is no longer available without intervention. Anyway, if you don't need the disk volume any more, you can use Baculas migration :-) > if > the backup label is unique, then a restore (tar -x /dev/nst0 **) should > return the unique file back to the original location for Bacula to > process. Any reason why this wouldn't work? No, not really. The problem is that it's not really integrated into Bacula - for a restore, you'd have to look up the right tape, restore from it, enable the volumes, and then let Bacula do it's work. However, doing much of these things is something Bacula is already quite good at, so I prefer waiting for Bacula supporting job (or volume) copies before implementing some fancy script. Arno > Regards > Del > > **my tar commands are unchecked and may be incorrect... please forgive > any errors as my normal use of tar is for creating/extracting files, not > write to/from tape. > > Arno Lehmann wrote: >> Hi, >> >> 27.06.2007 00:26,, Brian Debelius wrote:: >> >>> But its in the docs. :) >>> >> >> Where? :-) >> >> I guess this is a problem with terminology - What is called "cloning" >> in the manual, and what you refer to, is probably this (Director >> configuration, Job resource): >> >>> Run = <job-name> >>> The Run directive (not to be confused with the Run option in a >>> Schedule) allows you to start other jobs or to clone jobs. >>> >> >> This does not refer to actual job data cloning, but to the feature >> that jobs can start other jobs. >> >> Not quite what Clyde wants... >> >> Arno >> >> >>> Arno Lehmann wrote: >>> >>>> Hi, >>>> >>>> 26.06.2007 23:21,, Brian Debelius wrote:: >>>> >>>> >>>>> You want what is called cloning. I'm not sure if it has been fully >>>>> implemented yet. I would like to do that also. >>>>> >>>> No, that's not implemented. I would even say that's not even been >>>> started to be implemented. >>>> >>>> Arno >>>> >>>> >>>> >>>>> brian- >>>>> >>>>> Clyde O Goffe wrote: >>>>> >>>>>> Hey Peter, >>>>>> >>>>>> Thanks for your reply. I'm not sure if this is what I want >>>>>> though. If I could migrate the data to Tape but also keep the >>>>>> data on disk for fast restores then that would be ideal. The >>>>>> Tapes will be kept offsite. I only want to use the Tape for >>>>>> restores in the event that a restore from Disk fails or if I need >>>>>> to rebuilt my site at a alternate location. It seems your >>>>>> solution is a step in the right direction only I need to keep the >>>>>> data on Disk as well. Do you know if that's possible without >>>>>> having to do a separate backup to Tape of the same data? >>>>>> -Clyde >>>>>> >>>>>> On 6/26/07, *Peter Eisch* <[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>> >>>>>> wrote: >>>>>> >>>>>> >>>>>> Hi Clyde, >>>>>> >>>>>> In your pool definition include the key (Next Pool) with the >>>>>> right >>>>>> value: >>>>>> >>>>>> Pool { >>>>>> Name = host >>>>>> Use Volume Once = yes >>>>>> Pool Type = Backup >>>>>> Auto Prune = yes >>>>>> Volume Retention = 13 days >>>>>> Label Format = host- >>>>>> Maximum Volumes = 15 >>>>>> Recycle = yes >>>>>> Storage = hostFiles >>>>>> Next Pool = DSI-Tape >>>>>> } >>>>>> >>>>>> Pool { >>>>>> Name = DSI-Tape >>>>>> Pool Type = Backup >>>>>> Recycle = yes >>>>>> AutoPrune = yes >>>>>> Volume Retention = 31 days # rotate tapes monthly >>>>>> Storage = TL2000 >>>>>> } >>>>>> Then create a job to do the migration. Below is an >>>>>> example. Take >>>>>> care to note that I name my pools (separate pool for each host) >>>>>> the same name as the host. Then replace the named 'host' with >>>>>> the client's name. Also note the bacula server is named >>>>>> '<bacula-server>'. : >>>>>> >>>>>> >>>>>> Job { >>>>>> Name = "host-migrate" >>>>>> Type = Migrate >>>>>> Level = Full >>>>>> Client = <bacula-server>-fd >>>>>> Write Bootstrap = "/u1/bacula/working/host-migrate.bsr" >>>>>> FileSet = "Host Set" >>>>>> Schedule = "MigrateCycle" >>>>>> Messages = Standard >>>>>> Pool = host >>>>>> Selection Type = Volume >>>>>> Selection Pattern = ".*" >>>>>> Priority = 12 >>>>>> } >>>>>> >>>>>> The Migrate cycle, at my site, fires off on Thursday nights so >>>>>> the >>>>>> tape can be rotated on Friday. In the Migrate job, you could >>>>>> change what's written to tape to be a subset of what was written >>>>>> in the disk backup by manipulating the FileSet. The Migrate job >>>>>> draw from the Pool using the bacula-server's FD. Does this >>>>>> help? Hopefully between the on-line manual and my >>>>>> example you can find a solution. >>>>>> >>>>>> NB: once the backup has been migrated, you can no longer use the >>>>>> disk copy of the backup in the event you need to restore. If you >>>>>> restart the sd between migrate jobs (like a system reboot or >>>>>> add/change to the sd.conf) the next migrate will fail >>>>>> appending to >>>>>> the current tape. It's for these two reasons that I only migrate >>>>>> weekly. >>>>>> >>>>>> peter >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> On 6/26/07 1:58 PM, "Clyde O Goffe" <[EMAIL PROTECTED] >>>>>> <mailto:[EMAIL PROTECTED]>> wrote: >>>>>> >>>>>> Thanks in advanced! >>>>>> >>>>>> On 6/26/07, *Clyde O Goffe* <[EMAIL PROTECTED] >>>>>> <mailto:[EMAIL PROTECTED]>> wrote: >>>>>> >>>>>> Hello Everyone, >>>>>> >>>>>> I'm interested in knowing if there is a feature that >>>>>> allows you to automatically send a copy of a backup to >>>>>> disk off to tape for offsite storage. I'm trying not to >>>>>> have to run two separate backups of the same server but >>>>>> instead just run one backup and then have it copied >>>>>> off to >>>>>> tape. Also this way I know that the same data that's on >>>>>> disk is also on tape. Any suggestions? >>>>>> >>>>>> -Clyde >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> ------------------------------------------------------------------------ >>>>>> >>>>>> >>>>>> ------------------------------------------------------------------------- >>>>>> >>>>>> >>>>>> This SF.net email is sponsored by DB2 Express >>>>>> Download DB2 Express C - the FREE version of DB2 express >>>>>> and take >>>>>> control of your XML. No limits. Just data. Click to get it >>>>>> now. >>>>>> http://sourceforge.net/powerbar/db2/ >>>>>> >>>>>> ------------------------------------------------------------------------ >>>>>> >>>>>> _______________________________________________ >>>>>> Bacula-users mailing list >>>>>> Bacula-users@lists.sourceforge.net >>>>>> <mailto:Bacula-users@lists.sourceforge.net> >>>>>> https://lists.sourceforge.net/lists/listinfo/bacula-users >>>>>> >>>>>> >>>>>> >>>>>> ------------------------------------------------------------------------ >>>>>> >>>>>> >>>>>> ------------------------------------------------------------------------- >>>>>> >>>>>> >>>>>> This SF.net email is sponsored by DB2 Express >>>>>> Download DB2 Express C - the FREE version of DB2 express and take >>>>>> control of your XML. No limits. Just data. Click to get it now. >>>>>> http://sourceforge.net/powerbar/db2/ >>>>>> ------------------------------------------------------------------------ >>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> Bacula-users mailing list >>>>>> Bacula-users@lists.sourceforge.net >>>>>> https://lists.sourceforge.net/lists/listinfo/bacula-users >>>>>> >>>>> ------------------------------------------------------------------------- >>>>> >>>>> This SF.net email is sponsored by DB2 Express >>>>> Download DB2 Express C - the FREE version of DB2 express and take >>>>> control of your XML. No limits. Just data. Click to get it now. >>>>> http://sourceforge.net/powerbar/db2/ >>>>> _______________________________________________ >>>>> Bacula-users mailing list >>>>> Bacula-users@lists.sourceforge.net >>>>> https://lists.sourceforge.net/lists/listinfo/bacula-users >>>>> >>>> >> >> > -- Arno Lehmann IT-Service Lehmann www.its-lehmann.de ------------------------------------------------------------------------- This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ _______________________________________________ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
