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: | Raw Message | Whole Thread | 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 |