Restore Database

This is a multi-part message in MIME format.

------_=_NextPart_001_01C7BD81.6C6E21F0
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

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 ;) ))

=DCbersicht:

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 =3D> restore_command =3D> 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:
=3D> Insert - Statements
=3D> SELECT pg_start_backup('label');
=3D> rsyncen des Verzeichnisses nach /data/instance_2
=3D> Insert - Statements
=3D> SELECT pg_stop_backup();
=3D> Insert - Statements
=3D> Stoppen Instanz 1
=09
cp der recovery.conf in das /data/instance_2 Verzeichnis und anpassen
von postgresql.conf

Wiederherstellung o.ä.:

=3D> Starten Instanz 2

Resultat:
=3D> Log sagt alles wurde wieder hergestellt aus =
/data/instance_1_ta_log
=3D> Connect zu Instanz 2
=3D> 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

------_=_NextPart_001_01C7BD81.6C6E21F0
Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3Diso-8859-1">
<META NAME=3D"Generator" CONTENT=3D"MS Exchange Server version =
6.5.7638.1">
<TITLE>Restore Database</TITLE>
</HEAD>
<BODY>


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 ;) ))


=DCbersicht:


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 =3D> restore_command =
=3D> 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:

 =3D> Insert - Statements

 =3D> SELECT pg_start_backup('label');

 =3D> rsyncen des Verzeichnisses nach =
/data/instance_2

 =3D> Insert - Statements

 =3D> SELECT pg_stop_backup();

 =3D> Insert - Statements

 =3D> Stoppen Instanz 1

 

 cp der recovery.conf in das =
/data/instance_2 Verzeichnis und anpassen 

 von postgresql.conf


Wiederherstellung o.ä.:


 =3D> Starten Instanz 2


Resultat:

 =3D> Log sagt alles wurde wieder hergestellt aus =
/data/instance_1_ta_log

 =3D> Connect zu Instanz 2

 =3D> 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


<A =
HREF=3D"http://jsoc.stanford.edu/production/postgres_backup_ restore.html"=
>http://jsoc.stanford.edu/production/postgres _backup_resto=
re.html</A>


verglichen, konnten aber keine =
großen Unterschiede feststellen.


Haben wir irgendwas nicht =
beachtet?


Thx for ur help


Gruß

 Christopher

 
 

</BODY>
</HTML>
------_=_NextPart_001_01C7BD81.6C6E21F0--