backup2l macht nur fullbackups

[blueroot]

Hi,

ich habe das Problem, dass ich anscheinend zu dumm, backup2l richtig einzurichten. Ich versuche mein Glück schon seit ca. 3 Wochen.
Bis jetzt macht mir backup2l aber nur! Vollbackups (Jedesmal ca. 30GB).
Der Rest geht soweit ohne Probleme. Ich habe schon die verschiedensten Einstellungen durch. Leider will es einfach nicht. Aktuell sieht die Config wie folgt aus:

Code: Select all

...
##################################################
# Backup parameters

# Number of levels of differential backups (1..9)
MAX_LEVEL=1

# Maximum number of differential backups per level (1..9)
MAX_PER_LEVEL=9

# Maximum number of full backups (1..8)
MAX_FULL=1

# For differential backups: number of generations to keep per level;
# old backups are removed such that at least GENERATIONS * MAX_PER_LEVEL
# recent versions are still available for the respective level
GENERATIONS=1

# If the following variable is 1, a check file is automatically generated
CREATE_CHECK_FILE=1
...

Ich habe diese Werte nur Testweise. Ich würde am liebsten alle 4-8 Wochen ein Vollbackup haben, ansonsten nur die geänderten Daten.
Zusätzlich wird backup2l bei Debian [sarge] auch ausgeführt, wenn ich eine # in der crontab habe ->

Code: Select all

# backup
#00   3   * * * nice -n 19 /usr/sbin/backup2l -b >> /home/backups/cron.log 2>&1

Hier hilft nur ein apt-get remove backup2l um die Backups zu stoppen... Sehr komisch!
:)
Weiß vielleicht jemand Rat?

[squize]

MAX_LEVEL=1

Gibt an wieviele verschiedene BAckupstufen es gibt. Die erste Stufe ( Stufe 0) entspricht einen Fullbackup, die zweite Stufe bildet die Differenz auf die erste usw.

Du hast jetzt nur eine Stufe, d.h. es werden immer Fullbackups gezogen. Ich bin gerade am Testen, aber so sollte es nach meinem Verständnis sein.

Willst du also z.B. einmal in der Woche ein Fullbackup und dazwischen differenzielle sollte deine Config so aussehen:
MAX_LEVEL=2
MAX_PER_LEVEL=6

Die anderen beiden Parameter steuern die Anzahl an vorgehaltenen Fullbackups und Differenzbackups.

Mit
MAX_FULL=3
hast du immer Zugriff auf die letzten 3 Fullbackups
und mit
GENERATIONS=3
hast du zusätzlich auch noch die letzten drei Generationen an Differenzbackups dazwischen.

Ich habe diese Werte nur Testweise. Ich würde am liebsten alle 4-8 Wochen ein Vollbackup haben, ansonsten nur die geänderten Daten.
Zusätzlich wird backup2l bei Debian [sarge] auch ausgeführt, wenn ich eine # in der crontab habe ->

Backup2l wird über /etc/cron.daily/zz-backup2l angetriggert, wenn du es also über einen eigenen cronjob laufenlässt, solltest du die Datei auskommentieren oder entfernen.
Was hällst du von folgender Einstellung:

MAX_LEVEL=3
MAX_PER_LEVEL=5
Alle 5*5+5+1=31 Tage ein Fullback ( Level 0)
Alle 5+1 = 6 Tage ein Level-1
Alle anderen Tage ein Level-2, d.h. eine Differenz auf Level-1

Natürlich nur, wenn ich es richtig verstanden habe.

Hier mal der auszug aus der man page:

The method of hierarchical differential backups is a gen­
eralization to the concept of the "daily", "weekly" and
"monthly" backups. Each backup has a level and a serial
number. Maximum-level backups are comparable with daily
differential backups, level-0 backups are full backups.
For example, let MAX_LEVEL be 4 and MAX_PER_LEVEL be 5.
After 5 level-4 backups (e. g. after 5 days), a new
level-3 backup is made. After 5 level-3 backups (and 5*5
at level-4), a new level-2 backup is made, and so on.
Each differential backup contains the changes towards the
previous backup of the same or a lower level.

This scheme allows to efficiently generate small incremen­
tal backups at short intervals. At the same time, the
total number of archives that have to be stored (or pro­
cessed in the case of a restore) only increases logarith­
mically with the number of backups since the last full
backup. Time-consuming full backups are only sparsely
needed. In the example above, a new full backup is only
necessary after 780 (=5^4+5^3+5*5+5) days, while only at
most 20 (=4*5) archives have to be processed.

Gruss

Marc