pg.ddx.io pgsql-performance@postgresql.org mailing list archive
help / color / mirror / Atom feedWAL DUDAS
3+ messages / 3 participants
[nested] [flat]
* WAL DUDAS
@ 2008-06-18 19:43 Antonio Perez <renjin25@yahoo.com>
0 siblings, 2 replies; 3+ messages in thread
From: Antonio Perez @ 2008-06-18 19:43 UTC (permalink / raw)
To: pgsql-performance
Tengo una pregunta, y este es el escenario de lo que tengo
Se crea una instancia de
postgreSQL
Se crea un directorio
$PGDATA/walback donde se almacenararn los wal antiguos
Se exporta una variable $PGDATA2
que es la ubicacion del respaldo del contenido de $PGDATA
Se activa el wal
Se crea una BD y una tabla
En psql se ejecuta
pg_start_backup('etiqueta');
Se realiza una copia de todo lo
que esta en $PGDATA hacia otro directorio ($PGDATA2)
En psql se ejecuta
pg_stop_backup();
Se actualiza el valor de un
registro en la tabla que se creo
Se baja la instancia
Se copia todo el contenido de
$PGDATA/pg_xlog y $PGDATA/walback en $PGDATA2/pg_xlog y
$PGDATA2/walback
Se inicia la instancia con pg_ctl
-D $PGDATA2 --log $PGDATA2/log.log start
Se ejecuta psql
Se consulta la tabla y no existen
registro
Si alguien sabe el porque pasa esto me
avisan. Gracias
^ permalink raw reply [nested|flat] 3+ messages in thread
* Re: [PERFORM] WAL DUDAS
@ 2008-06-18 23:19 Jaime Casanova <systemguards@gmail.com>
parent: Antonio Perez <renjin25@yahoo.com>
1 sibling, 0 replies; 3+ messages in thread
From: Jaime Casanova @ 2008-06-18 23:19 UTC (permalink / raw)
To: renjin25@yahoo.com; +Cc: Lista - PostgreSQL <pgsql-es-ayuda@postgresql.org>
2008/6/18 Antonio Perez <renjin25@yahoo.com>:
> Tengo una pregunta, y este es el escenario de lo que tengo
>
-performance es una lista en ingles, estoy redirigiendo tu pregunta a
la lista en español (pgsql-es-ayuda@postgresql.org)
>
> Se crea una instancia de postgreSQL
>
> Se crea un directorio $PGDATA/walback donde se almacenararn los wal antiguos
>
> Se exporta una variable $PGDATA2 que es la ubicacion del respaldo del
> contenido de $PGDATA
>
> Se activa el wal
>
> Se crea una BD y una tabla
>
> En psql se ejecuta pg_start_backup('etiqueta');
>
> Se realiza una copia de todo lo que esta en $PGDATA hacia otro directorio
> ($PGDATA2)
>
> En psql se ejecuta pg_stop_backup();
>
> Se actualiza el valor de un registro en la tabla que se creo
>
> Se baja la instancia
>
> Se copia todo el contenido de $PGDATA/pg_xlog y $PGDATA/walback en
> $PGDATA2/pg_xlog y $PGDATA2/walback
>
> Se inicia la instancia con pg_ctl -D $PGDATA2 --log $PGDATA2/log.log start
>
> Se ejecuta psql
>
> Se consulta la tabla y no existen registro
>
> Si alguien sabe el porque pasa esto me avisan. Gracias
>
--
Atentamente,
Jaime Casanova
Soporte y capacitación de PostgreSQL
Guayaquil - Ecuador
Cel. (593) 87171157
^ permalink raw reply [nested|flat] 3+ messages in thread
* Re: WAL DUDAS
@ 2008-06-19 07:13 Albe Laurenz <laurenz.albe@wien.gv.at>
parent: Antonio Perez <renjin25@yahoo.com>
1 sibling, 0 replies; 3+ messages in thread
From: Albe Laurenz @ 2008-06-19 07:13 UTC (permalink / raw)
To: renjin25@yahoo.com; pgsql-performance
Antonio Perez wrote:
[wonders why his online backup / recovery test didn't work]
> 1. Se crea una instancia de postgreSQL
>
> 2. Se crea un directorio $PGDATA/walback donde se almacenararn los wal antiguos
>
> 3. Se exporta una variable $PGDATA2 que es la ubicacion del respaldo del contenido de $PGDATA
>
> 4. Se activa el wal
>
> 5. Se crea una BD y una tabla
>
> 6. En psql se ejecuta pg_start_backup('etiqueta');
>
> 7. Se realiza una copia de todo lo que esta en $PGDATA hacia otro directorio ($PGDATA2)
>
> 8. En psql se ejecuta pg_stop_backup();
>
> 9. Se actualiza el valor de un registro en la tabla que se creo
>
> 10. Se baja la instancia
>
> 11. Se copia todo el contenido de $PGDATA/pg_xlog y $PGDATA/walback en $PGDATA2/pg_xlog y $PGDATA2/walback
>
> 12. Se inicia la instancia con pg_ctl -D $PGDATA2 --log $PGDATA2/log.log start
>
> 13. Se ejecuta psql
>
> 14. Se consulta la tabla y no existen registro
>
> Si alguien sabe el porque pasa esto me avisan. Gracias
First, you are supposed to use English on this list.
What you did with your copy of the cluster files is a crash recovery, basically
the same thing that will take place if you kill -9 the postmaster and restart it.
This is not the correct way to restore, left alone to recover the database.
There are step-by-step instructions at
http://www.postgresql.org/docs/current/static/continuous-archiving.html#BACKUP-PITR-RECOVERY
The important step you missed is step number 7 in which you create a recovery.conf
file that tells the server where it should look for archived WAL files, how to restore
them and until what point in time it should recover.
Yours,
Laurenz Albe
^ permalink raw reply [nested|flat] 3+ messages in thread
end of thread, other threads:[~2008-06-19 07:13 UTC | newest]
Thread overview: 3+ messages (download: mbox mbox.gz follow: Atom feed)
-- links below jump to the message on this page --
2008-06-18 19:43 WAL DUDAS Antonio Perez <renjin25@yahoo.com>
2008-06-18 23:19 ` Jaime Casanova <systemguards@gmail.com>
2008-06-19 07:13 ` Albe Laurenz <laurenz.albe@wien.gv.at>
This inbox is served by DDX for PostgreSQL; see mirroring instructions
for how to clone and mirror all data and code used for this inbox