From: | "Hartung, Christopher" <Christopher(dot)Hartung(at)rossmann(dot)de> |
---|---|
To: | "Hell, Robert" <Robert(dot)Hell(at)fabasoft(dot)com> |
Cc: | <pgsql-de-allgemein(at)postgresql(dot)org> |
Subject: | Re: Restore Database |
Date: | 2007-07-03 15:26:41 |
Message-ID: | F77D4949E96C8C4F8C0BD7AF10556BBF02A570E0@sv-7.intern.rossmann.de |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-de-allgemein |
Hi Robert,
Habe es eben gerade getestet und es funktioniert wunderbar!
Viele Dank für die Hilfe
Viele Grüße
Christopher
-----Ursprüngliche Nachricht-----
Von: Hell, Robert [mailto:Robert(dot)Hell(at)fabasoft(dot)com]
Gesendet: Dienstag, 3. Juli 2007 17:14
An: Hartung, Christopher
Betreff: RE: [pgsql-de-allgemein] Restore Database
Hallo!
Damit die Transaktionen nach dem pg_stop_backup() auch wirklich in den WALs stehen müsst Ihr meiner Ansicht nach noch ein pg_switch_xlog() machen (select pg_switch_xlog()). Ansonsten stehen die neuen Transaktionen ja noch nicht im WAL das eingespielt wird.
Bitte um kurze Info ob ich richtig lag.
Viele Grüße
Robert Hell
-----Original Message-----
From: pgsql-de-allgemein-owner(at)postgresql(dot)org [mailto:pgsql-de-allgemein-owner(at)postgresql(dot)org] On Behalf Of Christopher Hartung
Sent: Dienstag, 03. Juli 2007 16:29
To: pgsql-de-allgemein(at)postgresql(dot)org
Subject: [pgsql-de-allgemein] Restore Database
Hallo zusammen,
wir sind gerade dabei und testen die Funktionen von PITR/Wal-archives etc.
Die Erzeugung der WAL-Archive funktioniert auch ohne Probleme, nur
leider haben wir noch herausforderung mit der Wiederherstellung der
Datenbank (z.B. cold-standby | oder zweite Instanz auf selben Server mit
selben datenbestand (ist ja nur zum test ;) ))
Übersicht:
DB-Instanz (aktive)
Ordner (Bsp.):
Daten /data/instance_1
WAL /data/instance_1_ta-log
DB-Instanz (Wiederherzustellende oder neue Instanz)
Ordner (Bsp.):
Daten /data/instance_2
WAL /data/instance_2_ta-log
recovery.conf => restore_command => hole aus /data/instance_1_ta-log
Unsere Tests bisher (nach unserem Verständnis der Nutzung von PITR und
der Wiederherstellung):
Unser Backup von der Instanz 1:
=> Insert - Statements
=> SELECT pg_start_backup('label');
=> rsyncen des Verzeichnisses nach /data/instance_2
=> Insert - Statements
=> SELECT pg_stop_backup();
=> Insert - Statements
=> Stoppen Instanz 1
cp der recovery.conf in das /data/instance_2 Verzeichnis und anpassen
von postgresql.conf
Wiederherstellung o.ä.:
=> Starten Instanz 2
Resultat:
=> Log sagt alles wurde wieder hergestellt aus /data/instance_1_ta_log
=> Connect zu Instanz 2
=> Transaktionen, die nach dem pg_stop_backup eingespielt wurden sind
nicht vorhanden!!!!!
Und da ist unser Problem! Wieso werden denn die Daten, die nach dem
pg_stop_backup eingespielt wurden, nicht in die neue Instanz 2 eingespielt.
Dazu haben wir das oben genannte mit der Anleitung von hier
http://jsoc.stanford.edu/production/postgres_backup_restore.html
verglichen, konnten aber keine großen Unterschiede feststellen.
Haben wir irgendwas nicht beachtet?
Thx for ur help
Gruß
Christopher
---------------------------(end of broadcast)---------------------------
TIP 6: explain analyze is your friend
From | Date | Subject | |
---|---|---|---|
Next Message | Christopher Hartung | 2007-07-03 15:29:28 | Re: Restore Database |
Previous Message | A. Kretschmer | 2007-07-03 15:22:03 | Re: Restore Database |