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
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.

In response to

Responses

Browse pgsql-es-ayuda by date

  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