[vB3] automatische Datenbanksicherung über "Zeitgesteuerte Aufgaben"

**Onkel_Tom** · 07.05.2004, 02:42

Hallo zusammen,
Ich habe den originalen Hack von Brad.loo übersetzt und etwas verfeinert.
Den original Hack findet Ihr unter http://www.vbulletin.org/forum/showthread.php?t=62149

Der Hack macht eine automatische vbcron gesteuerte Datensicherung Eurer Datenbank in einem definierten Verzeichnis. Der Dateiname ist im Script selbst definierbar und auch ob Ihr eine unkomprimierte .sql Datei haben wollt oder eine gepackte .tar.gz Datei
Den Log der Datenbanksicherung könnt Ihr im AdminCP unter Log der Aufgaben mitverfolgen.

Hinweise:
- Der Hack überschreibt keine vorhanden Sicherungen sofern ein unikater Dateiname verwendet wird !
- Der Hack löscht keine vorhanden Sicherungen nach irgendwelcher Anzahl von Tagen.
- Für die Rücksicherung einer gesicherten Datenbank könnt Ihr das Script aus diesem Beitrag verwenden.

Ist wirklich ein tolles AddOn für alle die nicht jeden Tag Zeit haben eine Datenbanksicherung von Hand durchzuführen. Über ein FTP Programm kann man dann von Zeit zu Zeit die älteren Datenbanksicherungen einfach löschen.

Die deutsche Version gibt's hier:

**daFish** · 07.05.2004, 10:11

Klasse Script.

Ist es möglich den Dump direkt als .tar.gz zu speichern ohne erst die .sql-Datei zu erstellen?

**Onkel_Tom** · 07.05.2004, 11:54

Ich wüsste nicht wie da Du erstmal die sql Datei haben musst um den tar drüberrennen zu lassen

Du brauchst halt Speicherplatz auf dem Server damit das funktioniert.

**daFish** · 07.05.2004, 13:26

Zitat von Onkel_Tom

Ich wüsste nicht wie da Du erstmal die sql Datei haben musst um den tar drüberrennen zu lassen

Du brauchst halt Speicherplatz auf dem Server damit das funktioniert.

Der Speicherplatz ist kein Problem.

Ich frage nur deshalb:

mysqldump --opt -hHOST -uUSER -pPASS DBNAME | gzip > bla.sql.gz

nehme, funktioniert das doch auch. Geht das dann also nicht mit Tar?

**Onkel_Tom** · 07.05.2004, 14:58

Zitat von daFish

Der Speicherplatz ist kein Problem.

Ich frage nur deshalb:

mysqldump --opt -hHOST -uUSER -pPASS DBNAME | gzip > bla.sql.gz

nehme, funktioniert das doch auch. Geht das dann also nicht mit Tar?

Müsste ich mal probieren ob das mit tar genauso geht.
Bin kein "Tunix" Experte

**Onkel_Tom** · 07.05.2004, 15:03

Sodele, jetzt kommt auch noch das passende Rücksicherungsscript für den Hack.
Das Script einfach in Euer Datenbanksicherung-Verzeichnis kopieren, den Dateinamen der gewünschten Sicherung im Script eintragen und mit dem Browser starten.

ACHTUNG: Das Script überschreibt die aktuelle Datenbank mit der Sicherung. Das ist kein Witz und die Daten sind futsch wenn Ihr nicht wisst was Ihr da macht!

Sicherheitshinweis: Kopiert das Script nur auf den Server wenn Ihr aktuell eine Datenbankrücksicherung machen müsst.
Nach der Rücksicherung bitte das Script wieder vom Server löschen da es zu gefährlich ist das Script dort zu belassen.

**cmssys** · 07.05.2004, 19:04

Danke auch

Vor allem wenn man kein Shell zugang mehr hat
ist sowas sehr nützlich.

Super Sache
Werde ich ausprobieren

**Onkel_Tom** · 07.05.2004, 19:24

Ein Problem kann sich allerdings mit den PHP Speicherbeschränkungen ergeben. Wenn man im vB3 unter "vBulletin-Einstellungen", "Administrator-Kontrollzentrum" die Statistikanzeige aktiviert hat sieht man auf der Startseite des AdminCP die Werte die der Server verwendet.

Sollte da mal eine Datenbank größer als die erlaubte Speichergröße sein, PHPs maximale Uploadgröße für einen Restore und PHPs Speicherlimit für einen Backup, werden die Scripte in der Ausführung abgebrochen und man muss mit dem Shell Zugang arbeiten.

**Ne0** · 08.05.2004, 00:10

Bei mir werden die TAR Archive nicht größer als 3,3 MB und das bei einer 170MB MySQL DB.
Gibts kine Möglichkeit außer SSH ?

**Onkel_Tom** · 08.05.2004, 00:49

Zitat von Ne0

Bei mir werden die TAR Archive nicht größer als 3,3 MB und das bei einer 170MB MySQL DB.
Gibts kine Möglichkeit außer SSH ?

Hm, das liegt wohl an Deinem Hoster. Bei welchen bist Du den ? eigener Server oder shared Webspace ?
Wäre mal interessant diese Daten der verschiedenen Hoster zusammen zu tragen.

**cmssys** · 08.05.2004, 13:21

Hallo

Also irgend wie geht das bei mir auch nicht
Ohne Search index 22,26MB
Mit Search Index 43,21

Datenbbank grosse ist 220MB Komplett.
Allerdings mir ist auch was aufgefallen unter in der IE Leiste 38% brichts ab
Kommt erfolgsmeldung.

Das hat mit meiner Provider zutun nehme ich an timeout für PHP Scripte zu niedrig.

Na ja das ist immer so ne sache wenn man kein shell zugriff hat.
Unter Schll geht das so einfach und schnell.

**Gandalf2003** · 11.05.2004, 12:55

ergo müsste folgende einstellung gelten für 23:59 Uhr?

Stunden: 23
Minuten: 59

?

**Onkel_Tom** · 11.05.2004, 13:23

So sollte es sein

Je nach Provider würde ich um diese Uhrzeit aber keine Sicherung machen da sehr viele Provider um die selbe Uhrzeit eine Datenbanksicherung machen falls Du einen Webspacepaket oder einen Managed Server hast.

**Gandalf2003** · 18.05.2004, 08:55

@cmssys

wieso ein script für das backup kannste doch benutzen, nur bezweifle ich es, dass es dann per cron läuft!

**cmssys** · 18.05.2004, 16:40

CharlieBrown
Ich mache zu Zeit Backup über AdminCp,
Es ist echt zum heulen,Ich werde in mein Leben nie wieder Sparen bei der Serverauswahl

per cron läuft das sowieso nicht,Ich habe ein Webspace wo fast alles begrenzt ist Timeout´s usw..

**Dai** · 29.08.2004, 10:45

Fehlt hier nicht der Code zum Löschen der SQL-Datei?

unlink($DUMP_PATH. '/' . $file_date .'.sql');

**Onkel_Tom** · 01.09.2004, 15:05

Zitat von Dai

Fehlt hier nicht der Code zum Löschen der SQL-Datei?

unlink($DUMP_PATH. '/' . $file_date .'.sql');

Ähm, wieso ?
Wenn Du als Ausgabe die ungepackte Version wählst brauchst Du die .sql Datei und wenn Du die gepackte Version wählst steht in der tar Anweisung "--remove-files" was bedeutet das nach dem "taren" die originale .sql Datei gelöscht wird.

**m-e-h.com** · 20.11.2004, 13:24

Hi,
erstmal:
Klasse Script, sehr sinvoll und nützlich.

Ich hab aber leider ein kleines "Problem" damit. Und zwar lasse ich den Cron einmal in der Woche (nachts) durchlaufen.
Klappt auch wunderbar, aber irgendwie erstellt der mir nicht einen Dump, sondern mehr als einen (bis zu 6 Stück!)

Ich hab aktuell folgende Files drin:
http://www.vbulletin-germany.com/for...achmentid=2703

So, warum macht der so einen "Müll"? Zumal das Error-Log faktisch leer ist...

Hier mal die Einstellungen für den Cron:
http://www.vbulletin-germany.com/for...achmentid=2704

thx!

cm

**StGaensler** · 20.11.2004, 13:46

Was sagt das "Log der Aufgaben"? (/admincp/cronlog.php)

Kann das Script vollständig ausgeführt werden?
Was mich wundert: Der Dump ist immer unterschiedlich groß. tlw. um 10KB.

**m-e-h.com** · 20.11.2004, 14:40

Das Log: siehe Anhang.

Das Script funzt problemlos, die Größe der Dumps stimmt auch in etwa. Wenn ich einen manuellen Dump mache (also über das vBulletin direkt), dann kommt das auf etwa die gleiche Größe.

Was mich auch irritiert ist, dass da immer unterschiedlich viele Dumps sind. Wenn der die z.B. immer 3x machen würde, dann wäre der Fehler ja fast klar

Die Größenunterschiede kann u.U. daher kommen, dass in der Zwischenzeit was gepostet wurde, etc.?!

cm