Datenbank automatisch sichern

[bwolf]

Hi Leute,

ich habe eine Anwendung die auf mehreren Rechnern gleichzeitig läuft.
Ich will nun das Datenbankverzeichnis alle X Minuten automatisch sichern.
Mein Problem ist: Wenn ich einen Timer nehme, der alle X Minuten anläuft und das Verzeichnis sichert, wird dieser ja logischerweise auf allen Rechnern wo das Programm läuft ausgeführt, und es werden dauernd Sicherungen gemacht - ist also der falsche Ansatz, aber mir fällt nicht wirklich was ein wie das zu Lösen wäre.
Wäre es evt. sinnvoll und möglich das die Datenbank (Mysql) selber machen zu lassen? Wie würdet ihr das angehen?
Danke für eure Hilfe,
Grüße ben

[mkinzler]

Da wäre eine Replikationslösung sinnvoll

[Bernhard Geyer]

Jedes vernünftige serverbasierte DMBS kann auch bei aktiven Verbindungen Backups der Datenbankdateien erstellen. Und falls du nicht nur eine Desktop-DB hast würde ich auch die Mittel des DBMS auch werdenden.

[nachti1505]

Meine DB wird einmal am Tag gesichert und zwar unter folgender Annahme:
- das Programm wird mindestens einmal am Tag gestartet!

Folgender Workflow:
User meldet sich an --> Programm prüft in DB.Table'Einstellungen'.Field'LastSave', wann der letzte Backup war --> wenn letzter Backup gestern, dann BACKUP und DB.Table'Einstellungen'.Field'LastSave' neu setzen!

Anstelle der Aktion "User meldet sich an" könnte man jede beliebige Useraktion nehmen (klickt auf Button abc, öffnet Dataset xy, etc.)

Problem: Du bekommst keine periodischen Backups hin, aber eigentlich hinreichend periodische!

[gsh]

ich würde auf dem datenbank server einfach einen cronjob zum sichern einrichten.
Einfach schnell unkompliziert

[mjustin]

Zitat von gsh:

ich würde auf dem datenbank server einfach einen cronjob zum sichern einrichten.
Einfach schnell unkompliziert

Mach ich auch, unter Windows mit einem 'Geplanten Vorgang' (meist mehrmals am Tag). Auch praktisch, wenn man ein Restore danach z.B. nachts durchführt. Dadurch kann man a) prüfen ob das Restore problemlos läuft, und b) hat man eine fast aktuelle Kopie der Datenbank für Testzwecke.

[gsh]

Zitat von mjustin:

Mach ich auch, unter Windows mit einem 'Geplanten Vorgang' (meist mehrmals am Tag). Auch praktisch, wenn man ein Restore danach z.B. nachts durchführt. Dadurch kann man a) prüfen ob das Restore problemlos läuft, und b) hat man eine fast aktuelle Kopie der Datenbank für Testzwecke.

und was ist dann dein Problem?

[hoika]

Hallo,

bwolf hat ja das Problem, nicht mjustin


Heiko

[Hansa]

Weiß nicht, ob das in MySQL auch möglich ist. Eine Suche danach wäre IMHO aber durchaus sinnvoll. In Firebird gibt es ein weithin unbekanntes feature. Mit CREATE SHADOW kann die DB auf externem Medium (üblicherweise USB-Platte, Netzwerk geht nicht) gespiegelt werden. Man hat die DB also zu jedem Zeitpunkt doppelt. Raucht der Server ab, dann muss die lediglich auf neuen überspielt werden und fertig. Auch irgendwelche Sicherungsintervalle oder vergessenen Sicherungen sind dann kein Thema mehr.

[gsh]

Zitat von hoika:

bwolf hat ja das Problem, nicht mjustin

ups

Zitat von Hansa:

Weiß nicht, ob das in MySQL auch möglich ist. Eine Suche danach wäre IMHO aber durchaus sinnvoll. In Firebird gibt es ein weithin unbekanntes feature. Mit CREATE SHADOW kann die DB auf externem Medium (üblicherweise USB-Platte, Netzwerk geht nicht) gespiegelt werden. Man hat die DB also zu jedem Zeitpunkt doppelt. Raucht der Server ab, dann muss die lediglich auf neuen überspielt werden und fertig. Auch irgendwelche Sicherungsintervalle oder vergessenen Sicherungen sind dann kein Thema mehr.

Bei Mysql ist es imho am einfachsten das Tool mysqldump zu verwenden. Damit kann man auch einen Snapshot von der DB machen und bei mir funktioniert das unter windows und unter linux einwandfrei.