phpbar.de logo

Mailinglisten-Archive

Backup Probleme

Backup Probleme

Andrzejczak, Alexander (Destatis, IIC) mysql-de_(at)_lists.bttr.org
Thu, 10 Jan 2002 15:54:59 +0100


Gruesse!
Ich habe folgendes Problem:
Auf einem Unix-Server (Sun/Solaris 8) laeuft ein mysql-Datenbankserver
auf den ain Javaprogramm per JDBC zugreift. Die Dateien des Servers
werden automatisch am Wochende komplett gesichert.In der Woche laeuft
taeglich eine Differenzsicherung die alle Dateien sichert, deren
Aenderungsdatum sich geaendert hat. 
Der mysql-Server lief nun ueber 3 Wochen am Stueck. Es fand reger
Zugriff auf die Datenbank statt. Die gelesenen Daten konnten ohne
Probleme wieder gelesen werden. Aber offensichtlich wurden die
Aenderungen nie wirklich in ein Datenbankfile auf Platte geschrieben.
Das Aenderungsdatum der Files wurde nie geaendert, weshalb keine
Differenzsicherung stattfand, und die Komplettsicherungen sind alle auf
dem Ursprungszustand. 
Nach einiger Suche fand ich den Parameter --flush, dessen erleuterung in
der mysql-Dokumentation ich aber nicht ganz verstanden habe (>>Flush all
changes to disk after each SQL command. Normally MySQL only does a write
of all changes to disk after each SQL command and lets the operating
system handle the syncing to disk.<< Schreibe alle Daten nach jedem
SQL-Kommando auf Platte. Was aber normalerweise sowieso gemacht wird
???). Aber da dass Problem etwas mit Caching zu tun haben muss, hab ichs
halt Probiert, und siehe da, jetze klappts.
Hat jemand von Euch aehnliche erfahrungen gemacht? Kann es wirklich sein
das Unix aus irgendeinem Grund die Daten irgendwo Cached (hab leider
noch nicht soviel Anhnung von Unix, aber das waehre die einzige
Erklaehrung im Zusammenhang mit dem Flush-Parameter)?

---
Infos zur Mailingliste, zur Teilnahme und zum An- und Abmelden unter
-->>  http://www.4t2.com/mysql 



php::bar PHP Wiki   -   Listenarchive