Backup Manager: Es werden keine geplanten Backups gestartet/angelegt - Versionsgeschichte

Standard: /* 1. Wir prüfen: */

2019-11-21T18:33:24Z

1. Wir prüfen:

← Nächstältere Version		Version vom 21. November 2019, 20:33 Uhr
Zeile 4:		Zeile 4:

	==1. Wir prüfen:==		==1. Wir prüfen:==
	;Gibt es überhaupt ~~einen~~ Task für die Ausführung des Backup Manager? (''backupmng'')?		;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.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		:1.2) Sieh Dir die geplante Aufgabe für den Backup Manager an. Diese findest Du wie folgt
Zeile 14:		Zeile 14:
	::''- 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...<br>''		::''- 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...<br>''

	;1.3) Existiert ~~der~~ Task nicht, liegt hier das Problem -> dann erstellen wir ~~ihn~~. Existiert er, dann ist das die halbe Miete.		;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==		==2. Wir beheben zunächst auf einfache Weise==

Standard: /* 2. Wir beheben zunächst auf einfache Weise */

2019-11-21T18:31:37Z

2. Wir beheben zunächst auf einfache Weise

← Nächstältere Version		Version vom 21. November 2019, 20:31 Uhr
Zeile 18:		Zeile 18:
	==2. Wir beheben zunächst auf einfache Weise==		==2. Wir beheben zunächst auf einfache Weise==
	;Wir erstellen entweder die Task<br>		;Wir erstellen entweder die Task<br>
	::<code>mcedit /etc/cron.d/plesk-backup-manager-task</code>		:<code>mcedit /etc/cron.d/plesk-backup-manager-task</code>
	:mit folgendem Inhalt:<br>		:''mit folgendem Inhalt:''<br>
	6,21,36,51 * * * * root [ -x /opt/psa/admin/sbin/backupmng ] && /opt/psa/admin/sbin/backupmng >/dev/null 2>&1		6,21,36,51 * * * * root [ -x /opt/psa/admin/sbin/backupmng ] && /opt/psa/admin/sbin/backupmng >/dev/null 2>&1
			<p>
			<br>
	;Oder, wenn es die geplante Aufgabe gibt, geben wir Plesk einen neuen Startpunkt für den Backup Manager		;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		:2.1) Um die geplanten Backups wieder auf Linie zu bringen, helfen wir uns, indem wir zunächst die "tasks.db" umbenennen

Standard: /* 2. Wir beheben zunächst auf einfache Weise */

2019-11-21T18:29:22Z

2. Wir beheben zunächst auf einfache Weise

← Nächstältere Version		Version vom 21. November 2019, 20:29 Uhr
Zeile 17:		Zeile 17:

	==2. Wir beheben zunächst auf einfache Weise==		==2. Wir beheben zunächst auf einfache Weise==
	;Wir geben Plesk einen neuen Startpunkt für den Backup Manager		;Wir erstellen entweder die Task<br>
			::<code>mcedit /etc/cron.d/plesk-backup-manager-task</code>
			:mit folgendem Inhalt:<br>
			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		: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		:Hierdurch "vergisst" Plesk wo evtl. ein begonnenes Backup stehen geblieben ist und der Backup-Manager beginnt quasi von vorne

Standard: /* 1. Wir prüfen: */

2019-11-21T18:25:19Z

1. Wir prüfen:

← Nächstältere Version		Version vom 21. November 2019, 20:25 Uhr
Zeile 12:		Zeile 12:
	::''- Die Ausführungszeit (6,21,36,51), wird während der Plesk Installation zufällig vergeben um die Last der verschiedenen Container zu verteilen.''		::''- 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.''		::''- 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.<br>''		::''- 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...<br>''

	;1.3) Existiert der Task nicht, liegt hier das Problem -> dann erstellen wir ihn. Existiert er, dann ist das die halbe Miete.		;1.3) Existiert der Task nicht, liegt hier das Problem -> dann erstellen wir ihn. Existiert er, dann ist das die halbe Miete.

Standard: /* 3. Das Problem besteht weiterhin, wir müssen in die Datenbank */

2019-11-21T18:21:23Z

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

← Nächstältere Version		Version vom 21. November 2019, 20:21 Uhr
Zeile 39:		Zeile 39:
	:Wir können nun auch sehen, wann Plesk "denkt" es habe das letzte Backup erstellt.		:Wir können nun auch sehen, wann Plesk "denkt" es habe das letzte Backup erstellt.
	:3.2) Diesen Timestamp kann man wie folgt entfernen		:3.2) Diesen Timestamp kann man wie folgt entfernen
			:Login in die Plesk Datenbank
	::<code>plesk db</code>		::<code>plesk db</code>
			:Folgende Eingabe
	::mysql> <code>mysql> begin;</code>		::mysql> <code>mysql> begin;</code>
			:Danach folgende Eingabe (hier für obj_id 10)
	::mysql> <code>update psa.BackupsScheduled set last='' where '''obj_id=10''';</code>		::mysql> <code>update psa.BackupsScheduled set last='' where '''obj_id=10''';</code>
			:Und mit folgender Eingabe abschließen
	::mysql> <code>commit;</code>		::mysql> <code>commit;</code>
			:Hinaus aus der Datenbank
			::mysql> <code>exit</code>
	:3.3) Jetzt einmal Plesk neu starten		:3.3) Jetzt einmal Plesk neu starten
	::<code>service psa restart</code>		::<code>service psa restart</code>

Standard: /* 1. Wir prüfen: */

2019-11-21T18:19:11Z

1. Wir prüfen:

← Nächstältere Version		Version vom 21. November 2019, 20:19 Uhr
Zeile 10:		Zeile 10:
	::''Eine Ausgabe sollte zum Beispiel wie folgt aussehen''		::''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'''		::'''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.''		::''- 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.''		::''- 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.<br>''		::''- Ein vom Kunden geplantes Backup für 6:30 Uhr wird also tatsächlich erst um 6:36 Uhr gestartet.<br>''

	;1.3) Existiert der Task nicht, liegt hier das Problem -> dann erstellen wir ihn. Existiert er, dann ist das die halbe Miete.		;1.3) Existiert der Task nicht, liegt hier das Problem -> dann erstellen wir ihn. Existiert er, dann ist das die halbe Miete.

Standard: /* 1. Wir prüfen: */

2019-11-21T18:18:36Z

1. Wir prüfen:

← Nächstältere Version		Version vom 21. November 2019, 20:18 Uhr
Zeile 6:		Zeile 6:
	;Gibt es überhaupt einen Task für die Ausführung des Backup Manager? (''backupmng'')?		;Gibt es überhaupt einen 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.1) Logge Dich via ssh als user root auf dem betreffenden Server ein.
	:1.2) Sieh in die geplante Aufgabe für den Backup Manager. Diese findest Du wie folgt		:1.2) Sieh Dir die geplante Aufgabe für den Backup Manager an. Diese findest Du wie folgt
	::<code>cat /etc/cron.d/plesk-backup-manager-task</code>		::<code>cat /etc/cron.d/plesk-backup-manager-task</code>
	::''Eine Ausgabe ~~kann~~ zum Beispiel wie folgt aussehen''		::''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'''		::'''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.''		::''Die Ausführungszeit (6,21,36,51), wird während der Plesk Installation zufällig vergeben um die Last der verschiedenen Container zu verteilen.''

Standard: /* 3. Das Problem besteht weiterhin, wir müssen in die Datenbank */

2019-11-21T18:17:44Z

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

← Nächstältere Version		Version vom 21. November 2019, 20:17 Uhr
Zeile 38:		Zeile 38:
	: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).		: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.		:Wir können nun auch sehen, wann Plesk "denkt" es habe das letzte Backup erstellt.
	:Diesen Timestamp kann man wie folgt entfernen		:3.2) Diesen Timestamp kann man wie folgt entfernen
	::<code>plesk db</code>		::<code>plesk db</code>
	::mysql> <code>mysql> begin;</code>		::mysql> <code>mysql> begin;</code>
	::mysql> <code>update psa.BackupsScheduled set last='' where '''obj_id=10''';</code>		::mysql> <code>update psa.BackupsScheduled set last='' where '''obj_id=10''';</code>
	::mysql> <code>commit;</code>		::mysql> <code>commit;</code>
	:Jetzt einmal Plesk neu starten		:3.3) Jetzt einmal Plesk neu starten
	::<code>service psa restart</code>		::<code>service psa restart</code>
	:und den crontab auch neu starten		:3.4) und den crontab auch neu starten
	::<code>service crond restart</code>		::<code>service crond restart</code>
	:In den meisten Fällen sollte ein automatisches Backup nun wieder loslegen.		:In den meisten Fällen sollte ein automatisches Backup nun wieder loslegen.

Standard: /* 2. Wir beheben zunächst auf einfache Weise */

2019-11-21T18:16:08Z

2. Wir beheben zunächst auf einfache Weise

← Nächstältere Version		Version vom 21. November 2019, 20:16 Uhr
Zeile 17:		Zeile 17:

	==2. Wir beheben zunächst auf einfache Weise==		==2. Wir beheben zunächst auf einfache Weise==
	;Wir geben Plesk einen ~~neues~~ Startpunkt für den Backup Manager		;Wir geben 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		: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		:Hierdurch "vergisst" Plesk wo evtl. ein begonnenes Backup stehen geblieben ist und der Backup-Manager beginnt quasi von vorne

Standard am 21. November 2019 um 18:15 Uhr

2019-11-21T18:15:50Z

← Nächstältere Version		Version vom 21. November 2019, 20:15 Uhr
Zeile 1:		Zeile 1:
	[[Category:Plesk]]		[[Category:Plesk]]

	;Wir prüfen:		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.
	:Gibt es überhaupt einen Task für die Ausführung ~~von~~ ''backupmng''?
			==1. Wir prüfen:==
			;Gibt es überhaupt einen 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 in die geplante Aufgabe für den Backup Manager. Diese findest Du wie folgt
	::<code>cat /etc/cron.d/plesk-backup-manager-task</code>		::<code>cat /etc/cron.d/plesk-backup-manager-task</code>
	:Ausgabe zum Beispiel		::''Eine Ausgabe kann 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''		::'''6,21,36,51 * * * * root [ -x /opt/psa/admin/sbin/backupmng ] && /opt/psa/admin/sbin/backupmng >/dev/null 2>&1'''
	::Die Ausführungszeit (0,15,30,45) wird während der Plesk Installation zufällig vergeben		::''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.~~<br>~~		::''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 vom Kunden geplantes Backup für 6:30 Uhr wird also tatsächlich erst um 6:36 Uhr gestartet.<br>''

	;Existiert der Task nicht, dann erstellen wir ihn. Existiert er, dann ist das die halbe Miete.		;1.3) Existiert der Task nicht, liegt hier das Problem -> dann erstellen wir ihn. Existiert er, dann ist das die halbe Miete.

	;Um ~~nun~~ die geplanten Backups wieder auf Linie zu bringen, helfen wir uns, indem wir zunächst die "tasks.db" umbenennen		==2. Wir beheben zunächst auf einfache Weise==
	:Hierdurch "vergisst" Plesk wo evtl. ein begonnenes Backup stehen geblieben ist und ~~Plesk~~ beginnt quasi von vorne		;Wir geben Plesk einen neues 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
	::<code>mv /usr/local/psa/PMM/tasks/tasks.db{,.back}</code>		::<code>mv /usr/local/psa/PMM/tasks/tasks.db{,.back}</code>
	:Jetzt einmal Plesk neu starten		: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
	::<code>service psa restart</code>		::<code>service psa restart</code>
	:und den crontab auch neu starten		:2.3) und den crontab auch neu starten via SSH
	::<code>service crond restart</code>		::<code>service crond restart</code>
	:In den meisten Fällen sollte ein automatisches Backup nun wieder loslegen.		: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.

	;Nun gibt es natürlich immer den Fall, dass ~~dem~~ nicht ~~so ist~~		==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		:Hier muss man dann doch etwas in die Materie hinein gehen
	:Zunächst fragen wir einmal in der Plesk Datenbank, welche Backup Aufgaben unsere Kunden geplant haben:		:3.1) Zunächst fragen wir einmal in der Plesk Datenbank, welche Backup Aufgaben unsere Kunden geplant haben:
	::<code>plesk db "select obj_id, obj_type, last, period, active, backup_time from BackupsScheduled where obj_type='domain'"</code>		::<code>plesk db "select obj_id, obj_type, last, period, active, backup_time from BackupsScheduled where obj_type='domain'"</code>
	::Ausgabe könnte wie folgt aussehen		::Ausgabe könnte wie folgt aussehen
	[[Datei:Backupmng geplant.png]]		[[Datei:Backupmng geplant.png]]
			: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.
			:Diesen Timestamp kann man wie folgt entfernen
			::<code>plesk db</code>
			::mysql> <code>mysql> begin;</code>
			::mysql> <code>update psa.BackupsScheduled set last='' where '''obj_id=10''';</code>
			::mysql> <code>commit;</code>
			:Jetzt einmal Plesk neu starten
			::<code>service psa restart</code>
			:und den crontab auch neu starten
			::<code>service crond restart</code>
			:In den meisten Fällen sollte ein automatisches Backup nun wieder loslegen.