Skip site navigation (1) Skip section navigation (2)

Peripheral Links

Header And Logo

PostgreSQL
| The world's most advanced open source database.

Site Navigation

Search for
  Advanced Search

Re: Restore Database



Hi Robert,

Habe es eben gerade getestet und es funktioniert wunderbar!

Viele Dank für die Hilfe

Viele Grüße
Christopher 

-----Ursprüngliche Nachricht-----
Von: Hell, Robert [mailto:Robert(dot)Hell(at)fabasoft(dot)com] 
Gesendet: Dienstag, 3. Juli 2007 17:14
An: Hartung, Christopher
Betreff: RE: [pgsql-de-allgemein] Restore Database

Hallo!

Damit die Transaktionen nach dem pg_stop_backup() auch wirklich in den WALs stehen müsst Ihr meiner Ansicht nach noch ein pg_switch_xlog() machen (select pg_switch_xlog()). Ansonsten stehen die neuen Transaktionen ja noch nicht im WAL das eingespielt wird.

Bitte um kurze Info ob ich richtig lag.

Viele Grüße
Robert Hell

-----Original Message-----
From: pgsql-de-allgemein-owner(at)postgresql(dot)org [mailto:pgsql-de-allgemein-owner(at)postgresql(dot)org] On Behalf Of Christopher Hartung
Sent: Dienstag, 03. Juli 2007 16:29
To: pgsql-de-allgemein(at)postgresql(dot)org
Subject: [pgsql-de-allgemein] Restore Database

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

Übersicht:

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 => restore_command => 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:
	=> 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.

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


---------------------------(end of broadcast)---------------------------
TIP 6: explain analyze is your friend



Home | Main Index | Thread Index

Privacy Policy | PostgreSQL Archives hosted by Command Prompt, Inc. | Designed by tinysofa
Copyright © 1996 – 2008 PostgreSQL Global Development Group