tyler
/
proxmox-backup
1
0
Fork 0
Code Issues Pull Requests Projects Releases Wiki Activity

docs: improve tape-backup examples 

Signed-off-by: Dominik Csapak <d.csapak@proxmox.com>
This commit is contained in:
Dominik Csapak 2022-03-01 13:11:12 +01:00 committed by Thomas Lamprecht
parent 787c6550d4
commit bd0300917e
1 changed files with 20 additions and 23 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

43
docs/tape-backup.rst
View File

@ -987,11 +987,10 @@ Here are a few example setups for how to manage media pools and schedules.
This is not an exhaustive list, and there are many more possible combinations This is not an exhaustive list, and there are many more possible combinations
of useful settings. of useful settings.
Simple Setup Single Continued Media Set
~~~~~~~~~~~~ ~~~~~~~~~~~~~~~~~~~~~~~~~~
The most simple setup, always continue the media-set and never expire. The most simple setup: always continue the media-set and never expire.
All backups are stored on a single media set and never deleted.
Allocation policy: Allocation policy:
continue continue
@ -999,20 +998,22 @@ Allocation policy:
Retention policy: Retention policy:
keep keep
Such a simple setup has the advantage that it uses not much space, and This setup has the advantage of being easy to manage and is re-using the benefits
since there is only one media-set, it is easy to manage. On the other hand, from deduplication as much as possible. But, it's also prone to a failure of
it is prone to errors. If a single tape fails, all backups that uses chunks any single tape, which would render all backups referring to chunks from that
from that tape will not be restorable. If you want to start a new media-set tape unusable.
manually, you can set the currently writable media of the set either to
'full', or set the location to an offsite vault. In that case, a new If you want to start a new media-set manually, you can set the currently
media-set will be created. writable media of the set either to 'full', or set the location to an
offsite vault.
Weekday Scheme Weekday Scheme
~~~~~~~~~~~~~~ ~~~~~~~~~~~~~~
A slightly more complex scheme, where the goal is to have a tape for each A slightly more complex scheme, where the goal is to have an independent
weekday, e.g. from Monday to Friday. This can be solved by having a seperate tape or media set for each weekday, for example from Monday to Friday.
media pool for each day, so 'Monday', 'Tuesday', etc. This can be solved by having a separate media pool for each day, so 'Monday',
'Tuesday', etc.
Allocation policy: Allocation policy:
should be 'mon' for the 'Monday' pool, 'tue' for the Tuesday pool and so on. should be 'mon' for the 'Monday' pool, 'tue' for the Tuesday pool and so on.
@ -1020,12 +1021,12 @@ Allocation policy:
Retention policy: Retention policy:
overwrite overwrite
There should be a (or more) tape-backup jobs for each pool on the correspondig There should be a (or more) tape-backup jobs for each pool on the corresponding
weekday. This scheme is still easily managable with one media set per weekday, weekday. This scheme is still very manageable with one media set per weekday,
which can even be taken off site easily. which can even be taken off site easily.
Staggered Pools Multiple pools with different policies
~~~~~~~~~~~~~~~ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Alternatively, more complex setups are possible with multiple media pools and Alternatively, more complex setups are possible with multiple media pools and
different allocation and retention policies. different allocation and retention policies.
@ -1038,11 +1039,7 @@ Allocation policy:
Retention policy: Retention policy:
3 weeks 3 weeks
This creates a new media set each week, and expires them after the 4th And another pool with yearly allocation that does not expire:
media set.
Then in addition, there could be a yearly pool that only gets allocated
once a year, but will not be expired (e.g. for long-term archival purposes):
Allocation policy: Allocation policy:
yearly yearly