Re: Restore Database

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

In response to

Responses

Browse pgsql-de-allgemein by date

  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