Datenbank Backup

[Bruno-der-Zweite]

Moin,

wollte gerade ein Backup der Datenbank machen, kommt diese Fehlermeldung:

Fatal error: Out of memory (allocated 19660800) (tried to allocate 18350859 bytes) in /homepages/xx/htdocs/admin/backup_db.php on line 129

Die php.ini kann ich nicht bearbeiten, da 1&1 mich nicht dran lässt. Was kann ich machen? Der Ausstieg erfolgt immer bei der Datenbanktabelle orders. Sind etwa 12000 Bestellungen drin, ist zuviel? Soll ich welche davon löschen? Oder jemand ne Idee was ich noch machen könnte?

Gruß
Bruno

Linkback: https://www.modified-shop.org/forum/index.php?topic=33924.0

[online-beobachter]

Langfristig ist die shopeigene Backup-Möglichkeit nicht geeignet.

Schau dir mal dieses an:

http://www.mysqldumper.de/

Einmal eingerichtet funktioniert es bei jeder Größe und ist auch flexibler bei der Herstellung bestimmter Tabellen. z.B. nach Updates oder um eine Testdatenbank zu erstellen.

[Bruno-der-Zweite]

Moin,

Den SQL Dumper kenne ich schon, hab ich nur aus akuter Faulheit nicht installiert. Bisher klappte das Backup problemlos.

Gruß
Bruno

[online-beobachter]

Die Probleme werden aber wieder auftreten.
Bei MySQLDumper sind die Dateien ja nicht am Stück sondern aufgeteilt in mehreren Teilen, irgendwann ist die Datenbank aber schlecht wartbar am Stück.

Die Tabelle user_tracking wächst auch sehr schnell an und kann meines wissen auch geleert werden.
Vielelicht hilfts vorerst.

[web28]

Öffne mit einem geeigneten Editor (Notepad++) die Datei admin/backup_db.php

und ändere die 20000 in 10000 ab. Damit sollte das dann klappen.

Code: PHP  [Auswählen]

define ('ANZAHL_ZEILEN_BKUP', 20000); //Anzahl der Zeilen die beim Backup pro Durchlauf maximal aus einer Tabelle  gelesen werden.

Wenn man den Speicher nicht hochsetzen kann ist das die Lösung.

Gruss Web28

[Hansi73]

Hallo,

wenn du bei 1und1 bist lege doch einfach einen Cronjob an mit folgendem Script:

Code: PHP  [Auswählen]

30 4 * * * mysqldump --host=database.db.1and1.com --user=dbouser --password=pass database | gzip -c > /kunden/homepages/pfad zum verzeichnis/htdocs/admin/backups/databasename-$(date +\%Y-\%m-\%d-\%H.\%M.\%S).sql.gz

Dann wird die Datenbank jede Nacht um 4:30 gesichert und ist auch vom Shop aus sichtbar. Kann natürlich auch öfter oder seltener erfolgen. Dadurch wird die Datenbank auch mit dem automatischen Dateibackup gesichert. 1und1 bietet leider keine automatische Sicherung der Datenbank.

siehe auch: https://hilfe-center.1und1.de/hosting/1und1-hosting-c10085285/skript--und-programmiersprachen-c10082634/cronjobs-c10082693/cronjobs-anlegen-a10783274.html

[Bruno-der-Zweite]

Moin,

danke, werd ich mal ausprobieren.

Gruß
Bruno

[Talismann]

Guten morgen,

wir haben heute das neue Shopsystem das erste mal in Betrieb genommen (modified eCommerce Shopssoftware v2.0.3.0 rev 10907)

Wollte eben Datenbanksicherung machen, nun kommt folgende Meldung bei 84%:
Maximale Seitenreloads wurden erreicht: 600

Was kann/soll ich nun tun?

Vielen Dank im voraus

Gruß
Michael

[Ceciro]

Hallo Michael,

die Datei adminverzeichnis/backup_db.php enthält den folgenden Code

Code: PHP  [Auswählen]

 defined ('MAX_RELOADS') or define ('MAX_RELOADS', 600); //Anzahle der maximalen Seitenreloads beim Backup  - falls etwas nicht richtig funktioniert stoppt das Script nach 600 Seitenaufrufen

Das soll bei Problemen einen Endloslauf verhindern.

Probier mal aus, was passiert, wenn du den Wert dort anhebst.

Gruß Cicero

[web28]

318 Tabellen in der DB. Was sind das alles für Tabellen?

Ändere den Wert von MAX_RELOADS auf 1000 oder noch höher.

Auch hier gilt: Keine Änderung an der Shopdatei notwendig!!!

Stattdessen: Neue PHP Datei max_reloads.php in admin/includes/extra/application_top/

Code: PHP  [Auswählen]

<?php
define ('MAX_RELOADS',1000);

Gilt für Shopversionen ab 2.0.2.0, ansonsten muss der Wert in der backup_db.php geändert werden.

Gruss Web28

[Talismann]

Hallo Cicero,
hallo web28,

vielen Dank für die Hilfe.

Ich habe den Tip von web28 (Neue PHP Datei max_reloads.php in admin/includes/extra/application_top/)
gemacht. Funktioniert so echt super

Vielen Dank nochmals

Gruß Michael

[Talismann]

Ich glaube habe jetzt das gleiche Problem beim Import.

Folgende Meldung kommt nun:

504 Gateway Time-out

Wäre super, wenn man hier auch wieder so eine Lösung hätte

Vielen Dank

Gruß Michael

[Roberto75]

Am besten mit MySQLDumper Backups machen. Damit dürfte auch der Import funktionieren.