From: | wieck(at)debis(dot)com (Jan Wieck) |
---|---|
To: | maillist(at)candle(dot)pha(dot)pa(dot)us (Bruce Momjian) |
Cc: | jwieck(at)debis(dot)com, tgl(at)sss(dot)pgh(dot)pa(dot)us, bkruger(at)mindspring(dot)com, pgsql-admin(at)postgreSQL(dot)org, pgsql-general(at)postgreSQL(dot)org, pgsql-sql(at)postgreSQL(dot)org |
Subject: | Re: [ADMIN] Re: [SQL] Data recovery |
Date: | 1999-06-01 19:01:39 |
Message-ID: | m10otn9-0003kGC@orion.SAPserv.Hamburg.dsh.de |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general pgsql-sql |
>
> > > If you only have the data/base subdirectory, you will need to work
> > > harder; you'll have to regenerate the top-level files. I think if you
> > > get pg_shadow and pg_database right you will be OK. First, install and
> > > initdb to get a basic set of files. You will need to recall the old set
> > > of users (including their userIDs) in order to reconstruct pg_shadow.
> > > After you've done the createusers, issue a createdb for each old
> > > database (subdirectory of base/) so that they have entries in
> > > pg_database. Then, shut down the postmaster, blow away the contents of
> > > the base/ subdirectory and restore it from tape, and restart. I think
> > > it'll work...
> > >
> > > In any case it's critical to install the same Postgres version you
> > > were using.
> >
> > NO - this cannot work. He surely needs the entire data
> > directory because the information in the heap's relies on the
> > bits in data/pg_log. And that info (which XID's are
> > committed and which not) cannot be reconstructed from the
> > files - no chance.
>
> Very, very hard, but not impossible. If you update a row, and do a
> select on that row, the select updates the transaction status so the
> next select doesn't need to look at the pg_log table. What this means
> is that pg_log could probably be reconstructed from existing data, with
> just 'unselected' changes not appearing properly.
So at the end you have some data that you cannot trust. I
don't think that's worth the efford.
Jan
--
#======================================================================#
# It's easier to get forgiveness for being wrong than for being right. #
# Let's break this rule - forgive me. #
#======================================== jwieck(at)debis(dot)com (Jan Wieck) #
From | Date | Subject | |
---|---|---|---|
Next Message | Brett W. McCoy | 1999-06-01 19:04:33 | Re: [GENERAL] ' syntax |
Previous Message | Brett W. McCoy | 1999-06-01 18:24:34 | Re: [GENERAL] ' syntax |
From | Date | Subject | |
---|---|---|---|
Next Message | Bruce Momjian | 1999-06-01 19:17:49 | Re: [ADMIN] Re: [SQL] Data recovery |
Previous Message | Bruce Momjian | 1999-06-01 17:28:39 | Re: [ADMIN] Re: [SQL] Data recovery |