Backup Manager: Es werden keine geplanten Backups gestartet/angelegt

Manchmal melden sich Kunden, bei denen die automatischen Backups nicht funktionieren. In den meisten Fällen gab es dann mal Verwirrungen mit gesperrten Subdomains, gelöschten inkrementellen Backups in der Chain oder gelöschtem Vollbackup, auf das die inkrementellen aufbauen sollten, oder die Aufgabe wurde nach einem inkrementellen Backup deaktiviert und irgendwann zu einem späteren Zeitpunkt mit anderen werten aktiviert. Manchmal lässt sich aber auch gar kein Grund erkennen.

1. Wir prüfen:

Gibt es überhaupt eine Aufgabe (Task) für die Ausführung des Backup Manager? (backupmng)?

1.1) Logge Dich via ssh als user root auf dem betreffenden Server ein.

1.2) Sieh Dir die geplante Aufgabe für den Backup Manager an. Diese findest Du wie folgt

cat /etc/cron.d/plesk-backup-manager-task

Eine Ausgabe sollte zum Beispiel wie folgt aussehen

6,21,36,51 * * * * root [ -x /opt/psa/admin/sbin/backupmng ] && /opt/psa/admin/sbin/backupmng >/dev/null 2>&1

- Die Ausführungszeit (6,21,36,51), wird während der Plesk Installation zufällig vergeben um die Last der verschiedenen Container zu verteilen.

- Der Backup Manager wird also nur um 6 Minuten nach, 21 Minuten nach usw. gestartet.

- Ein vom Kunden geplantes Backup für 6:30 Uhr wird also tatsächlich erst um 6:36 Uhr gestartet. Ein Backup für 6:15 Uhr wird um 6:21 Uhr gestartet...

1.3) Existiert die Task nicht, liegt hier das Problem -> dann erstellen wir sie (siehe 2). Existiert die Aufgabe, dann ist das die halbe Miete und es geht wie folgt weiter...

2. Wir beheben zunächst auf einfache Weise

Wir erstellen entweder die Task: mcedit /etc/cron.d/plesk-backup-manager-task; mit folgendem Inhalt:

6,21,36,51 * * * * root [ -x /opt/psa/admin/sbin/backupmng ] && /opt/psa/admin/sbin/backupmng >/dev/null 2>&1

Oder, wenn es die geplante Aufgabe gibt, geben wir Plesk einen neuen Startpunkt für den Backup Manager

2.1) Um die geplanten Backups wieder auf Linie zu bringen, helfen wir uns, indem wir zunächst die "tasks.db" umbenennen

Hierdurch "vergisst" Plesk wo evtl. ein begonnenes Backup stehen geblieben ist und der Backup-Manager beginnt quasi von vorne

mv /usr/local/psa/PMM/tasks/tasks.db{,.back}

2.2) Erstelle im Backup Manager des Kunden eine geplante Aufgabe, die demnächst ausgeführt werden soll. (Also kurz vor der nächsten CronJob Ausführung)

2.3) Jetzt einmal Plesk neu starten via SSH

service psa restart

2.3) und den crontab auch neu starten via SSH

service crond restart

In den meisten Fällen sollte ein automatisches Backup nun wieder loslegen.

Prüfe dies, indem Du beim Kunden eine Aufgabe anlegst, die demnächst ausgeführt werden sollte.

3. Das Problem besteht weiterhin, wir müssen in die Datenbank

Nun gibt es natürlich immer den Fall, dass die einfache Lösung nicht funktioniert

Hier muss man dann doch etwas in die Materie hinein gehen

3.1) Zunächst fragen wir einmal in der Plesk Datenbank, welche Backup Aufgaben unsere Kunden geplant haben:

plesk db "select obj_id, obj_type, last, period, active, backup_time from BackupsScheduled where obj_type='domain'"

Ausgabe könnte wie folgt aussehen

Anhand der vom Kunden festgelegten Uhrzeit können wir nun die obj_id (erste Spalte) identifizieren. Nehmen wir in diesem Fall einmal an, es handelt sich um obj_id 10 (erste Zeile).

Wir können nun auch sehen, wann Plesk "denkt" es habe das letzte Backup erstellt.

3.2) Diesen Timestamp kann man wie folgt entfernen

Login in die Plesk Datenbank

plesk db

Folgende Eingabe

mysql> mysql> begin;

Danach folgende Eingabe (hier für obj_id 10)

mysql> update psa.BackupsScheduled set last= where obj_id=10;

Und mit folgender Eingabe abschließen

mysql> commit;

Hinaus aus der Datenbank

mysql> exit

3.3) Jetzt einmal Plesk neu starten