| From: | "A(dot) Kretschmer" <andreas(dot)kretschmer(at)schollglas(dot)com> |
|---|---|
| To: | pgsql-de-allgemein(at)postgresql(dot)org |
| Subject: | Re: Restore Database |
| Date: | 2007-07-03 15:22:03 |
| Message-ID: | 20070703152202.GA24606@a-kretschmer.de |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-de-allgemein |
am Tue, dem 03.07.2007, um 16:29:24 +0200 mailte Christopher Hartung folgendes:
> 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.
Mit dem pg_start_backup frierst Du den Stand zu diesem Zeitpunkt ein.
Damit kannst Du ein Basis-Backup machen. Nachfolgende Transaktionen dazu
sind in den WAL-Files danach. Steht auch so im von Dir genannten Link.
Andreas
--
Andreas Kretschmer
Kontakt: Heynitz: 035242/47150, D1: 0160/7141639 (mehr: -> Header)
GnuPG-ID: 0x3FFF606C, privat 0x7F4584DA http://wwwkeys.de.pgp.net
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Hartung, Christopher | 2007-07-03 15:26:41 | Re: Restore Database |
| Previous Message | Hartung, Christopher | 2007-07-03 14:49:57 | Restore Database |