Re: Usando WAL en memoria junto con streaming replication

Hola Lista

Pero tengo e tendido

After running this command, it should be possible to start the server, but
bear in mind that the database might contain inconsistent data due to
partially-committed transactions. You should immediately dump your data, run
initdb, and reload. After reload, check for inconsistencies and repair as
needed.

El 11 de julio de 2016, 21:43, Alvaro Herrera<alvherre(at)2ndquadrant(dot)com>
escribió:

> Jaime Casanova escribió:
> > 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...
>
> Sólo un checkpoint para atrás (el anterior se usa sólo si por alguna
> razón no puede leer el último) ... y en un "smart shutdown" (y también
> en un fast shutdown) el sistema escribe un checkpoint de apagado al
> terminar, así que en realidad no necesitaría leer nada. Pero el sistema
> no tiene cómo saber que no hay nada después del checkpoint de apagado,
> sin leer el último segmento de WAL.
>
> Supongo que podría hacer un pg_resetxlog antes de partir.
>
> --
> Álvaro Herrera http://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 suscripción:
> http://www.postgresql.org/mailpref/pgsql-es-ayuda
>

--
Cordialmente,

Ing. Hellmuth I. Vargas S.
Esp. Telemática y Negocios por Internet
Oracle Database 10g Administrator Certified Associate
EnterpriseDB Certified PostgreSQL 9.3 Associate