Re: Usando WAL en memoria junto con streaming replication

2016-07-08 5:04 GMT-05:00 Francisco Olarte <folarte(at)peoplecall(dot)com>:
> Eduardo:
>
> 2016-07-07 19:40 GMT+02:00 Eduardo Morras <emorrasg(at)yahoo(dot)es>:
> ...
>>> Es mas, haz una prueba pero me da que el maestro, salvo que hagas
>>> algun truco para guardar el xlog, se pudriria no solo cuando se
>>> ahostie, sino tambien cuando pares la maquina ( la prueba es facil,
>>> coge un cluster, paralo, borra el directorio de xlog, arranca a ver
>>> que pasa ), en cuyo caso vas a tener mas movidas aun con los upgrades.
>> Ahi depende de como pares la maquina. Siempre parar primero Postgres
>> (pg_ctl stop -m smart) y despues hacer el shutdown. Nunca confio en que
>> llamar a shutdown directamente pueda parar correctamente postgres o
>> cualquier otro demonio mio, tiene la mala costumbre de matar todo
>> pasado un timeout y dejar las cosas a medio hacer.
>
> No, no es eso lo que digo. Lo que digo es que en condiciones normales
> si tu haces un reboot, y tienes la maquina bien configurada, el
> postgres tiene el xlog ahi cuando rearranca, que no se lo que se queda
> dentro. La cosa es si puede hacer un pgctl stop smart, borrar el
> directorio de xlog, pgctl start y sigue funcionando.
>

no, no puedes.
al arrancar postgres necesita ver no solo el directorio pg_xlog,
tambien necesita ver segmentos del WAL (lo que va dentro del
directorio) de al menos 2 chekpoints para atras...

--
Jaime Casanova www.2ndQuadrant.com
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services

-
Enviado a la lista de correo pgsql-es-ayuda (pgsql-es-ayuda(at)postgresql(dot)org)
Para cambiar tu suscripcin:
http://www.postgresql.org/mailpref/pgsql-es-ayuda