Hallo Community,
inwiefern hat sich das fsync verhalten bei den oder der neuen PG Version verändert?
Ist es richtig das PG bei eingeschalteten fsync nur noch alle 30sek auf HD schreibt?
Und..
Was passiert im schlimmsten fall wenn gerade Daten geändert werde bei fsync off und Stromausfall?
Daten weck oder DB Komplet inkonsistent und unbrauchbar?
Hallo. Das fsync() Verhalten hat sich nicht geändert, aber wo hast du das mit den 30 Sekunden her?
Im schlimmsten Fall ist deine Datenbank kaputt und lässt sich auch nicht wieder reparieren.
Xandrian: Kurz gesagt: Du hast ein falsches Konzept und willst nicht auf ads hören
Jetzt NEU: PostgreSQL - Datenbankpraxis für Anwender, Administratoren und Entwickler
PostgreSQL Service & Support
Hallo ads,
ich meine ich habe sowas vor einigen Monaten in den Tickern gelesen das das fsync optimiert wurde und
gerade habe ich noch dieses hier gelesen:
PostgreSQL.: Einführung und Konzepte. - Google Bücher
"In den Tickern"? Mir wäre nicht bekannt, dass es da jemals "30 Sekunden" als Angabe gab.
Hast du mal geschaut, wann das von dir zitierte Buch erschienen ist? ;-)
Dann kannst du mal zurückrechnen, welche PG Version da gerade aktuell war.
Xandrian: Kurz gesagt: Du hast ein falsches Konzept und willst nicht auf ads hören
Jetzt NEU: PostgreSQL - Datenbankpraxis für Anwender, Administratoren und Entwickler
PostgreSQL Service & Support
Ja ist mir bewusst das es ein alter Schinken ist.
Da steht das "sie" an einer Zwischenlösung arbeiten und da das Buch alt ist und ich vor ca. 6 Monaten was von fsysnc Optimierung
gelesen habe dachte ich.....aber okay
Mit eingeschalteten fsync kann PG niemals Korrupt werden da die Änderung erst übernommen werden wenn der Schreibvorgang vollständig abgeschlossen wird richtig?
Wie handhabt Oracle das Thema eigentlich?
Geändert von nexus (02.02.2010 um 17:53 Uhr)
Das wäre dann wohl synchronous_commit. Damit sind Datenverluste möglich, allerdings ist die Datenbank nach einem Absturz und dem Recovery wieder in einem konsistenten Zustand - nur fehlen ggf. eine Reihe Daten, die als "committed" zurückgemeldet wurden. Ist ein Trade-off zwischen Datensicherheit und Performance.
Es gibt neuere Bücher, da steht so etwas schon drin ;-)und da das Buch alt ist und ich vor ca. 6 Monaten was von fsysnc Optimierung
gelesen habe dachte ich.....aber okay
Richtig. PG stellt sicher, dass die Daten auf der Festplatte sind, bevor es ein "bin fertig" zurückmeldet.Mit eingeschalteten fsync kann PG niemals Korrupt werden da die Änderung erst übernommen werden wenn der Schreibvorgang vollständig abgeschlossen wird richtig?
Ähnlich.Wie handhabt Oracle das Thema eigentlich?
Xandrian: Kurz gesagt: Du hast ein falsches Konzept und willst nicht auf ads hören
Jetzt NEU: PostgreSQL - Datenbankpraxis für Anwender, Administratoren und Entwickler
PostgreSQL Service & Support
Danke Andreas,
ich habs auch gerade gefunden "die Kompromiss Lösung" synchronous_commit = off.
Ich denke ich sollte mir mal dieses merkwürdige neue Buch kaufen![]()
Links: Tobias Bauer - IT- und Funkdienstleistungen - Bilderrahmen-kaufen.de - Der Onlineshop für Bilderrahmen & Fotorahmen - Funkforum
Lesezeichen