Re: Monitoreo gráfico de postgresql, wal, oracle, etc

googleando por ahi pille esto (1), es un paper que habla del WAL y la
verdad se ve interesante, Oracle y Postgres usan variantes del
algoritmo Snapshot Isolation.

(1) http://www.iks.inf.ethz.ch/publications/files/ganymed-mw04.pdf

El 14/08/05, Alvaro Herrera<alvherre(at)alvh(dot)no-ip(dot)org> escribió:
> On Sun, Aug 14, 2005 at 08:34:24PM -0400, dario_d_s(at)unitech(dot)com(dot)ar wrote:
>
> > - ¿Porque guarda WAL la página involucrada en una modificación,
> > posterior al checkpoint?. ¿Estoy entendiendo mal? ¿cuando dice
> > "posterior al checkpoint", debería pensar en posterior al inicio del
> > checkpoint o posterior a la finalización del checkpoint?,
>
> > ¿Cuál es la amenaza sobre esa página? ¿Esta página contiene
> > información especial (metadata)? ¿No guarda WAL todas las sentencias
> > de las transacciones? Estuve googleando, y no le encuentro la vuelta.
>
> La amenaza es escritura parcial. Si la pagina se escribe hasta la
> mitad, y en ese momento el servidor "se cae", para WAL es perfectamente
> posible que la pagina aparezca marcada como recuperada(*), pero solo la
> primera mitad del contenido sea correcto, y el resto este corrupto.
> Para evitar esto es que se guarda la imagen completa de cada pagina la
> primera vez que se modifica despues de un checkpoint -- al recuperar,
> simplemente se sobreescribe la pagina con la imagen en WAL.
>
> (*) Que una pagina aparezca como recuperada es una informacion que se
> mantiene en el LSN (L... sequence number, creo que "latest") de la
> pagina. Cada vez que se hace una modificacion, se pone un nuevo LSN.
> Al hacer la recuperacion uno sabe que la pagina ya fue actualizada con
> cada operacion registrada en WAL si y solo si el LSN de la pagina es
> mayor o igual al LSN de la operacion en WAL.
>
> Posterior al checkpoint, entiendo que significa posterior al inicio del
> checkpoint, pero no estoy seguro. (No conozco los detalles como en que
> momento se escribe el registro de checkpoint, si inmediatamente al
> iniciarlo o cuando se termina; ni si el checkpoint involucra todos los
> registros hasta el registro de checkpoint, o solo hasta el ultimo
> registro que habia cuando inicio el checkpoint; etc. Tendrias que mirar
> el codigo, o preguntarle a Tom Lane ... )
>
> Ojo que WAL no guarda "las sentencias" de las transacciones. La
> informacion de WAL es de nivel mucho mas bajo: en una pagina de heap
> puede ser "inserte esta tupla en la posicion X", "elimine la tupla Y",
> "bloquee la tupla Z", etc. En una pagina de indice puede ser "haga un
> split de esta pagina", "ponga un puntero a la tupla X en la posicion N
> en esta pagina", "elimine este puntero". Etc.
>
> > - ¿Es (o será) posible hacer uso de un backup o incremental?
> > ¿Aceleraría la restauración y recuperación de una base en postgresql?
>
> Eso es PITR. En la documentacion hay algo al respecto. Si, es posible
> hacer respaldos incrementales con esto. El rendimiento puede ser mejor
> que usando pg_dump, pero puede usar mas espacio.
>
> > - ¿Alguien tiene a mano un documento de WAL? (si es relacionado a
> > postgresql, mejor, sino también)
>
> Si mal no recuerdo hay un libro de Jim Gray que era como la biblia de
> este tema, no recuerdo el titulo. Aca tengo uno que se llama
> "Concurrency Control and Recovery in Database Systems" de Philip
> Bernstein, Vassos Hadzilacos y Nathan Goodman, que se supone que toca
> este tema. Seguro que puedes encontrarlo googleando por ahi.
>
> --
> Alvaro Herrera (<alvherre[a]alvh.no-ip.org>)
> "Aprende a avergonzarte más ante ti que ante los demás" (Demócrito)
>
> ---------------------------(fin del mensaje)---------------------------
> TIP 1: para suscribirte y desuscribirte, visita http://archives.postgresql.org/pgsql-es-ayuda
>

--
Saludos Horacio Miranda.
RedHat Certified Engineer.