From: | Christopher Hartung <Christopher(dot)Hartung(at)rossmann(dot)de> |
---|---|
To: | pgsql-de-allgemein(at)postgresql(dot)org |
Subject: | Re: Restore Database |
Date: | 2007-07-03 15:29:28 |
Message-ID: | f6dq0o$4rn$2@sea.gmane.org |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-de-allgemein |
Die Instanz zwei kennt den Ordner /data/instance_1_ta_log da diese sich
darauf die aktuellen Transaktionslogs holt, das funktionierte auch
bereits...Aber wie Robert Hell schon vermutete, so muss nach dem
pg_stop_backup noch ein pg_switch_xlog getätigt werden!
Viele Grüße
Christopher
A. Kretschmer schrieb:
> 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
From | Date | Subject | |
---|---|---|---|
Next Message | Albe Laurenz | 2007-07-03 15:39:21 | Re: Restore Database |
Previous Message | Hartung, Christopher | 2007-07-03 15:26:41 | Re: Restore Database |