Die Zeiten waren es auch nicht.Ich glaube das Problem gefunden zu haben. Es war mein Fehler in der Konzeption. Für alle die ein ähnliches Problem haben hier eine kleine Beschreibung.Ausschlaggebend für das Problem war, dass Postgresql versehentlich WAL-Dateien aus dem Archiv eingespielt hat. Es wurden zwar WAL-Dateien der letzten 24 h aufgehoben und zuvor ein konsistentes Basebackup gemacht. Jedoch wurde Postgresql in der Zwischenzeit als Standby hochgefahren und hat die hälfte der WAL-Dateien aus dem Archiv eingespielt.Obwohl nun noch alle WAL-Dateien der letzten 24 h vorhanden sind, ist es dann nicht mehr möglich zu einem früheren Zeitpunkt zu springen als die zuletzt eingespielte WAL-Datei. Sprich wenn 20 der 24h wieder eingespielt wurden, kann man nur zurück zu den letzten 4 Stunden springen.Das sollte auch für ein Point in time Recovery gelten, wo man den Zeitpunkt versehentlich zu spät gewählt hat. Ich hab bis jetzt keine Möglichkeit gefunden mittels PITR trotzdem einen noch älteren Zeitpunkt wieder her zu stellen.Lösung somit simple: Vor dem PITR auf jeden Fall ein Backup vom Postgresql Datenordner machen.Bitte korrigiert mich wenn ich da falsch liege und es doch eine Möglichkeit gibt ein zweiter PITR zu einem noch früheren Zeitpunkt wieder her zu stellen.Und schon mal danke an ads für seine Tipps bei der Fehlersuche.
Nun, einfach nicht den Standby hoch fahren ...
Und nein, es gibt keine Möglichkeit, auf einen früheren Zeitpunkt zurück zu springen.
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
Links: Tobias Bauer - IT- und Funkdienstleistungen - Bilderrahmen-kaufen.de - Der Onlineshop für Bilderrahmen & Fotorahmen - Funkforum
Lesezeichen