Datenbank Replikation 9.2

Hallo,

Wir verwenden seit 10 Jahren Postgres, ohne Probleme.
Jetzt soll eine Replikation zwischen Server und einem Backup-System erfolgen.
Alle Beschreibungen zu den
Server : postgres.conf pg_hba.conf
Slave : postgres.conf pg_hba.conf recovery.conf

wurden wie in den Beispielen eingetragen, ohne Erfolg

Server: postgres.conf

Folgende Eintr�ge ge�ndern:

listen_addresses = *
max_connections = 500
shared_buffers = 32MB
wal_level = hot_standby
archive_mode = on
archive_command = rsync -a %p /var/lib/pgsql/9.0/data/pg_xlog_archive/%/f
max_wal_senderd = 1 #Anzal der Slaves
wal_keep_segments = 32

pg_hba.conf : SLAVE-IP
host replication postgres 192.168.9.37/32 trust
host replication all 0.0.0.0/0 reject

Slave:

Folgende Eintr�ge ge�ndern:

hot_standby = on
archive_mode= off
archive_command = ``

Die Datei recovery.conf erstellt und folgendes eingetragen:

standby_mode = on
restore_command = rsync -a /home/POSTGRES/psql/data/pg_xlog_archive/%/f %p
IP des Masters
promary_conninfo = host=192.168.9.99 port=5432 user=postgres
trigger_file = /tmp/pgsql-replication.trigger

Dann sollte noch auf den Server
psql -c “SELECT pg_start_backup(master-backup)” ausgef�hrt erden , pg_start_backup nicht vorhanden ?

und im data-Verzeichnis
rsync -HPSav --exclude postmaster.pid --exclude postmaster.log --exclude postgres.conf data/* 192.168.9.37:/home/POSTGRES/psql/data/ das hat funktioniert.

Server startet

Slave;
su - postgres -c ‘LD_LIBRARY_PATH= /usr/bin/pg_ctl start -s -w -p /usr/bin/postmaster -D /home/POSTGRES/psql/data -o “-i”’
LOG: database system was interrupted while in recovery at log time 2013-03-07 18:50:05 CET
HINT: If this has occurred more than once some data might be corrupted and you might need to choose an earlier recovery target.
FATAL: unrecognized recovery parameter “promary_conninfo”
LOG: startup process (PID 10960) exited with exit code 1
LOG: aborting startup due to startup process failure
pg_ctl: could not start server
Examine the log output.

Leider konnten wir bisher KEINE funktionierende Konfiguration finden.

Wer kann uns helfen ?

mit freundlichem Gruss

Klaus Reitz

In kurz, hab keine Zeit, aber:


FATAL: unrecognized recovery parameter “promary_conninfo”

alles klar?

Andreas