#1930 closed Erweiterung (fixed)
Datenbank Manager erweitern
| Reported by: | Volker Strähle | Owned by: | somebody |
|---|---|---|---|
| Priority: | normal | Milestone: | modified-shop-2.0.6.0 |
| Component: | Admin | Version: | 2.0.5.1 |
| Keywords: | Cc: | ||
| Blocked By: | Blocking: |
Description
Man sollte für Core-Tabellen ein Prefix einführen. Anhand diese Prefix könntn man dann auch die Sicherung der Tabellen selektieren. Eine solche Selektion kann nötig sein, wenn die DB-Sicherung sehr umfangreich ist und ggf. in mehreren Steps erfolgen muss.
Das Problem ist nicht die Sicherung an sich, sondern die Rücksicherung der Daten. Aktuell liegt mir eine Sicherung vor, die ungepackt über 2 GB hat. Darin ist u. a. eine Tabelle mit 700 MB und ca. 2 Mio Zeilen. Mit den Tools des Shops gelingt die Rücksicherung nicht. Selbst bei der Sicherung müssen die vollständigen Inserts ausgewählt werden, da sonst ein Memory-Fehler kommt. In diesem Fall stmmt die Taabelle von einem Modul. Eine getrennte Sicherung (Core und 3rd-Party Module) wäre also in diesem Fall mit Sicherheit hilfreich.
Über das Prefix liesen sich Tabellen ein- oder ausschließen.
Attachments (0)
Change History (4)
comment:1 by , 5 years ago
| Summary: | Backup → Datenbank Manager erweitern |
|---|---|
| Version: | 2.0.3.0 → 2.0.5.1 |
comment:3 by , 5 years ago
| Milestone: | modified-shop-2.0.7.0 → modified-shop-2.0.6.0 |
|---|
Ich habe den Datenbank Manager komplett überarbeitet. Zum einen ist es nun möglich die Tabellen auszuwählen welche gesichert werden sollen und die Verarbeitungsgeschwindigkeit passt sich automatisch an. Dadurch sind die Anzahl der Reloads obsolet, sind aber noch vorhanden und auf 100000000 gestellt.

Steht in Zusammenhang mit Ticket #1436 was den Tabellen Präfix betrifft, wobei ich das anders lösen würde.
Eigentlich sollte sich über die Einstellung der Config-Werte in den Dateien "/admin/backup_db.php" & "/admin/backup_restore.php" jede noch so große Datei sichern lassen.
/admin/backup_db.php
//################################# defined ('ANZAHL_ZEILEN_BKUP') or define ('ANZAHL_ZEILEN_BKUP', 20000); //Anzahl der Zeilen die beim Backup pro Durchlauf maximal aus einer Tabelle gelesen werden. defined ('MAX_RELOADS') or define ('MAX_RELOADS', 600); //Anzahl der maximalen Seitenreloads beim Backup - falls etwas nicht richtig funktioniert stoppt das Script nach 600 Seitenaufrufen defined ('RESTORE_TEST') or define ('RESTORE_TEST', false); //Standard: false - auf true ändern für Simulation für die Wiederherstellung, die SQL Befehle werden in eine Protokolldatei (log) im Backup-Verzeichnis geschrieben //#################################/admin/backup_restore.php
//################################# defined ('ANZAHL_ZEILEN') or define ('ANZAHL_ZEILEN', 10000); //Anzahl der Zeilen die pro Durchlauf bei der Wiederherstellung aus der SQL-Datei eingelesen werden sollen defined ('RESTORE_TEST') or define ('RESTORE_TEST', false); //Standard: false - auf true ändern für Simulation für die Wiederherstellung, die SQL Befehle werden in eine Protokolldatei (log) im Backup-Verzeichnis geschrieben //#################################Entsprechend würde ich es sinnvoller finden diese Konstanten im Datenbank Manager einstellbar zu machen.