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 |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
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.
From | Date | Subject | |
---|---|---|---|
Next Message | Espartano | 2006-02-24 00:38:40 | Re: Revisión de la integridad referencial de la base de datos |
Previous Message | Espartano | 2006-02-23 23:32:43 | Re: Revisión de la integridad referencial de la base de datos |