google-code-export / part-db

Automatically exported from code.google.com/p/part-db
0 stars 0 forks source link

[Neues Feature] Datenbanksicherung direkt aus Part-DB heraus #3

Closed GoogleCodeExporter closed 9 years ago

GoogleCodeExporter commented 9 years ago
Es soll ein Feature eingebaut werden, womit man direkt aus Part-DB eine 
Sicherung der Datenbank generieren und herunterladen kann (SQL-Datei).

Optional könnte man vielleicht auch gleich ein Pfad auf dem Server angeben, 
wohin die Sicherung jeweils gleich automatisch (z.B. täglich oder 
wöchentlich) abgelegt wird.

Optional wäre auch eine Erinnerung sinnvoll, dass man an eine Sicherung 
erinnert wird wenn die letzte Sicherung schon länger her ist. Dazu wäre 
vielleicht einfach ein Hinweis in einer roten Box auf der Startseite angebracht 
(kein nervendes PopUp!).

Original issue reported on code.google.com by kam...@gmx.ch on 25 Jun 2012 at 8:25

GoogleCodeExporter commented 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

GoogleCodeExporter commented 9 years ago
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

GoogleCodeExporter commented 9 years ago
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

GoogleCodeExporter commented 9 years ago
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

GoogleCodeExporter commented 9 years ago
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

GoogleCodeExporter commented 9 years ago
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

GoogleCodeExporter commented 9 years ago
Ich stell das mal auf "WontFix", siehe vorletzter Beitrag...

Original comment by kam...@bluewin.ch on 23 Jul 2013 at 8:02