Closed GoogleCodeExporter closed 9 years ago
Der erste Punkt ist jetzt eingebaut unter "Konfiguration/Datenbank".
Eine automatische, zeitgesteuerte Sicherung oder eine Erinnerung fehlt aber
noch.
Original comment by kam...@gmx.ch
on 3 Jul 2012 at 5:49
Ein automatisches DB-Backup vor jedem Update von Part-DB wäre noch eine gute
Idee. Dazu müsste man aber auch Updates, die gar kein Datenbankupdate
beinhalten, irgendwie erfassen.
Ausserdem fehlt noch eine Möglichkeit, die gemachten Sicherungen
wiederherzustellen.
Und eine Unterteilung, vielleicht nach Sicherungsjahr (oder sogar -monat),
wäre nicht schlecht. Ansonsten wird die Dropdown-Liste irgendwann sehr
unübersichtlich ;-)
Original comment by kam...@gmx.ch
on 7 Jul 2012 at 7:41
Ob ein automatisches DB-Backup beim Update erforderlich ist, lässt sich ja
recht simple lösen. Hier würde ich SQL-Script und eine zusätzliche Datei mit
einer Art Konfiguration in ein Archiv packen. Das Update-Script entpackt es,
interpretiert die Konfiguration und führt dort die Anweisungen aus. Ich werde
mich mal die Tage an ein Proof-Of-Concept machen.
Wenn das Update-Script über eine Klasse arbeitet, wäre Update, Backup und
Restore komfortabel zu erledigen. Auch wie das Backup lokal organisiert wäre,
kann man in die Konfiguration einbauen. Einfach bestimmte Kürzel definieren,
die entsprechend ersetzt werden, z.B. %Y% durch das Jahr, %M% durch den Monat,
%W% als Tag der Woche oder auch %WY% für die Kalenderwoche. Werde ich gleich
mal in meine aktuelle Version einbauen ;-)
Original comment by weinbauer73@gmail.com
on 4 Aug 2012 at 1:42
Das Sichern und das Wiederherstellen der Datenbank soll später ohne exec()
auskommen, damit man es auch auf allen Webservern benutzen kann. Das heisst
allerdings, dass "mysqldump" wegfällt und wir wohl alles selber schreiben
müssen (ich konnte keine fertige Lösung im Internet finden). Die Tabellen
könnten vielleicht als XML-Dateien exportiert werden (entweder jede Tabelle
als separates XML und dann zu einem Archiv zusammenfassen/komprimieren, oder
alle Tabellen in ein einziges XML File packen).
Die Tabellenstruktur braucht ja nicht auch exportiert werden, die Daten alleine
genügen (plus ein Hinweis, welche Version die Datenbank beim exportieren
hatte, denn der Import kann nur mit der gleichen Datenbankversion fehlerfrei
erfolgen).
Original comment by kam...@gmx.ch
on 1 Sep 2012 at 1:56
Ich markier das hier mal als "started".
In der Version 0.3.0 wird es nämlich folgendermassen sein:
Die Datenbanksicherung-/wiederherstellung wird komplett aus Part-DB entfernt.
Stattdessen sollte man sein eigenes Skript für diese Aufgabe benutzen, z.B.
MySQLDumper macht das hervorragend, auch ohne exec() o.ä.
Es wird aber die Möglichkeit geben, per config.php einen Link in das
Navigationsmenü von Part-DB einzufügen, mit dem man direkt zu seinem (z.B.)
MySQLDUmper kommt.
Gründe dafür sind:
- exec() ist auf vielen Servern nicht verfügbar
- Ein Skript ohne exec() ist sehr aufwändig
- Mit MySQLDumper existiert bereits eine solche Möglichkeit, die diese Aufgabe
sehr gut löst
- Weniger Arbeit für die Part-DB Entwickler :-)
- Mehr Sicherheit für die Nutzer von Part-DB (MySQLDumper ist bestimmt
zuverlässiger als ein selbst geschriebenes Skript)
Zur Sicherheit wird irgendwo in Part-DB dann halt einfach noch erwähnt dass
man sich selber um regelmässige Backups kümmern muss, mit einem Verweis auf
MySQLDumper.
Original comment by kam...@gmx.ch
on 15 Oct 2012 at 6:49
Hier noch eine interessante Variante für die Sicherung einer MySQL Datenbank:
http://www.mikrocontroller.net/topic/269289#3018047
Original comment by kam...@gmx.ch
on 27 Jan 2013 at 1:16
Ich stell das mal auf "WontFix", siehe vorletzter Beitrag...
Original comment by kam...@bluewin.ch
on 23 Jul 2013 at 8:02
Original issue reported on code.google.com by
kam...@gmx.ch
on 25 Jun 2012 at 8:25