On Sat, Dec 23, 2023 at 10:49 Brock Palen <bro...@mlds-networks.com> wrote:

> 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.


To make sure I understand, this requires enough disk space for a full
backup? I can't write out each tape's worth of data to tape while the full
backup is running?


> #!/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/CA%2BzrezSxi_eLzbQ%2BZvaikD69%3DFcF2Vtv%2BBRrLawBNvJYk5jXcw%40mail.gmail.com.

Reply via email to