I do this and it works but it has some bugs that are reported but not had progress in few years.
My setup is: Disk Pools: AI-Incremental AI-Consolidated Tape Pool: LTO Offsite I run the AI setup on the disk pools but I use a Migration Job to migrate AI-Consolidated jobs to Offsite. This is where one bug shows up ’sometimes’ Bareos will correctly understand that the job it needs is on tape but if you run parallel jobs it won’t correctly wait for the tape drive to free up if already busy. It will instead fail. It’s easy to work around you just run it again when that happens. Sometimes it also gets hungup with multiple disk ‘devices’ where it won’t swap the needed disk volume even though it’s not being used. You can avoid all of these by forcing serial jobs, and all ‘bugs’ are more inconvenient than show stoppers. I also use the Offsite pool (which for me is a second tape drive but not part of an autoloader) to write monthly offsite copies using VirutalFulls https://docs.bareos.org/TasksAndConcepts/AlwaysIncrementalBackupScheme.html#long-term-storage-of-always-incremental-jobs This is not AI related, but regular copy jobs are not reocmended because the consolidate pulls in those jobs. So this is more of an ‘emergency get it back no more than a month old’ offsite copy. The migration job runs a script that checks and truncates all pruned volumes to free disk space rather than waiting for them to expire by age. Again this setup I find requires few TB of disk (need to run full backups to disk) and requires some watching. #!/bin/bash POOL=$1 for x in `echo "list volumes pool=${POOL}" | bconsole | grep -v "list volumes" | grep $POOL | awk -F\| '{print $3}'` do echo "prune volume=$x yes" done | bconsole # actaully free up disk space echo "truncate volstatus=Purged pool=$POOL yes" \ | bconsole Pool { Name = AI-Incremental Pool Type = Backup Recycle = yes # Bareos can automatically recycle Volumes Auto Prune = yes # Prune expired volumes Volume Retention = 6 months # How long should jobs be kept? Maximum Volume Bytes = 10G # Limit Volume size to something reasonable Label Format = "AI-Incremental-" Volume Use Duration = 7d Storage = File Next Pool = AI-Consolidated # consolidated jobs go to this pool Action On Purge=Truncate Migration High Bytes = 500G Migration Low Bytes = 300G } Pool { Name = AI-Consolidated Pool Type = Backup Recycle = yes # Bareos can automatically recycle Volumes Auto Prune = yes # Prune expired volumes Volume Retention = 6 months # How long should jobs be kept? Maximum Volume Bytes = 50G # Limit Volume size to something reasonable Label Format = "AI-Consolidated-" Volume Use Duration = 2 days Storage = File Next Pool = Longterm # copy jobs write to this pool Action On Purge=Truncate Migration Time = 7 days Migration High Bytes = 600G Migration Low Bytes = 300G } Job { Name = "Migrate-To-Offsite-AI-Consolidated-size" Client = myth-fd Type = Migrate Purge Migration Job = yes Pool = AI-Consolidated Level = Full Next Pool = LTO Schedule = WeeklyCycleAfterBackup Allow Duplicate Jobs = no Priority = 4 #before catalog dump Messages = Standard Selection Type = PoolOccupancy Spool Data = No Selection Pattern = "." RunAfterJob = "sudo /usr/local/bin/prune.sh AI-Consolidated" Enabled = no } Brock Palen bro...@mlds-networks.com www.mlds-networks.com Websites, Linux, Hosting, Joomla, Consulting > On Dec 17, 2023, at 7:38 PM, Russell Harmon <eatnumb...@gmail.com> wrote: > > Hi there, > > I see the note in > https://docs.bareos.org/TasksAndConcepts/AlwaysIncrementalBackupScheme.html#storages-and-pools > about "at least two storages are needed" for Always Incremental, but is > there a way to make this work with a *temporary* secondary storage? > > I have just one tape drive, and while I can temporarily use local disk as a > secondary storage, I don't have enough for a full backup on disk... only > enough for one tape's worth of data. > > Is there any way to spool a consolidated job to disk, then let me swap in a > tape for the consolidated pool (therefore removing the incremental pool's > tape), despool it, then resume consolidating? > > Thanks, > Russ Harmon > > -- > You received this message because you are subscribed to the Google Groups > "bareos-users" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to bareos-users+unsubscr...@googlegroups.com. > To view this discussion on the web visit > https://groups.google.com/d/msgid/bareos-users/6addbe69-f3a4-4bb4-b10d-849d713d5723n%40googlegroups.com. -- You received this message because you are subscribed to the Google Groups "bareos-users" group. To unsubscribe from this group and stop receiving emails from it, send an email to bareos-users+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/bareos-users/D0D3FF75-3038-4124-B199-45FE389BDDFF%40mlds-networks.com.