Skip site navigation (1) Skip section navigation (2)

Re: que hay de PITR ... ?

From: Andrés Aquino <andres(dot)aquino(at)gmail(dot)com>
To: pgsql-es-ayuda(at)postgresql(dot)org
Subject: Re: que hay de PITR ... ?
Date: 2006-02-24 00:04:15
Message-ID: B279260E-70F0-4607-8DF7-39500E4E2690@gmail.com (view raw or flat)
Thread:
Lists: pgsql-es-ayuda
El 23/02/2006, a las 04:45 PM, Alvaro Herrera escribió:

> Andrés Aquino escribió:
>
> Hasta aca todo bien ...
>
>> 3. Usando el pg_filedump con las opciones -i -f,
>> $ pg_filedump -i -f /data/dbcluster/base/2423715/160651896 >
>> user_maes.dump
>>
>> y busque el TAG de Xmax, encontre lo siguiente ...
>> *****************************************************************
>> * PostgreSQL File/Block Formatted Dump Utility - Version 1.1
>
> Pero aca me parece sospechoso :-(  De donde sacaste esta version 1.1?
> Ya ni siquiera aparece listada en la pagina de Redhat.  Fijate que  
> cada
> version de filedump sirve para una version especifica de Postgres;
> tienes que usar la que coincide con la tuya.  Como hablas de PITR  
> asumo
> que no estas usando una version menor que 8.0, por lo tanto necesitas
> usar 4.0 o 8.1.

Esa versión la tengo instalada en mi RHAS, ya cheque la pagina que me
enviaste: http://sources.redhat.com/rhdb/utilities.html
y efectivamente no coincide con la versión de PgSQL que tengo instalada.

En estos momentos, procedo a compilar el paquete en cuestión para la
versión que tengo instalada...

>
> El XMAX es el identificador de transaccion que eliminó una tupla.   
> Si es
> 0, corresponde a una tupla que no ha sido borrada; si corresponde a  
> una
> transaccion que fue abortada, entonces la tupla tampoco ha sido  
> borrada.
>

Uhmmmm, dejame ver si entendí..

En parte de la muestra del dump que envié
<snip>
<Data> ------
Item   1 -- Length:  132  Offset: 8060 (0x1f7c)  Flags: USED
   XID: min (330466371)  CMIN|XMAX: 0  CMAX|XVAC: 330474520
{
   el valor aquí mencionado, XMAX: 0, indica que la tupla no ha
   sido aun eliminada y es posible recuperarla ?
}
   Block Id: 0  linp Index: 0   Attributes: 0   Size: 13
3  infomask: 0x0001 (HASNULL)
   Error: Computed header length not equal to header size.
          Computed <24>  Header: <13>
{
   supongo que esta es la tupla _eliminada_ ...
}
   1f7c: 4384b213 00000000 18a4b213 00000000  C...............
   1f8c: 00000000 01000d00 130124ff 0f000000  ..........$.....
   1f9c: 7a5a9309 92000000 0a000000 64617669  zZ..........davi

</snip>

> Pero me acabo de acordar de otra cosa, los "hint bits" en el header de
> la tupla :-(  Tendras que usar una version hackeada de Postgres para
> poder recuperar los datos.  Estas seguro que no tienes ningun respaldo
> de esta tabla?  Se puede hacer pero es largo y fastidioso ...
>

bueno, en honor a la verdad; acabo de recuperar los datos de un backup
anterior, el problema fue ejecutar ciertos procesos para dejarla tal
y como estaba antes de mi pequeño error ...

Sin embargo, si no tienes inconveniente sería muy útil conocer el
procedimiento para recuperar la información, sea usando la versión
hackeada o el PITR...

Qué son los "hint bits" ?
Busque algo y solo encuentro referencias al código fuente de PgSQL,
alguna otra referencia que me pueda proporcionar ?

Gracias.
AQ

> -- 
> Alvaro Herrera                                http:// 
> www.CommandPrompt.com/
> The PostgreSQL Company - Command Prompt, Inc.


In response to

Responses

pgsql-es-ayuda by date

Next:From: EspartanoDate: 2006-02-24 00:38:40
Subject: Re: Revisión de la integridad referencial de la base de datos
Previous:From: EspartanoDate: 2006-02-23 23:32:43
Subject: Re: Revisión de la integridad referencial de la base de datos

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group