Re: [ADMIN] Re: [SQL] Data recovery
От | wieck@debis.com (Jan Wieck) |
---|---|
Тема | Re: [ADMIN] Re: [SQL] Data recovery |
Дата | |
Msg-id | m10os8E-0003kLC@orion.SAPserv.Hamburg.dsh.de обсуждение исходный текст |
Ответ на | Re: [SQL] Data recovery (Tom Lane <tgl@sss.pgh.pa.us>) |
Ответы |
Re: [ADMIN] Re: [SQL] Data recovery
|
Список | pgsql-sql |
Tom Lane wrote: > > Bob Kruger <bkruger@mindspring.com> writes: > > I am recovering a system from a complete HD crash. > > I have a backup of the Postgres data directory, e.g. > > /usr/local/pgsql/data/base. > > Is there a way or method to have Postgres pick these databases up again? > > The version of Postgres run in this machine was/is 6.4.2. > > If you have a backup of the whole pgsql/data directory, just reinstall > the same Postgres release, restore the data directory (instead of doing > an initdb), and you should be in fat city. > > 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. Jan -- #======================================================================# # It's easier to get forgiveness for being wrong than for being right. # # Let's break this rule - forgive me. # #======================================== jwieck@debis.com (Jan Wieck) #
В списке pgsql-sql по дате отправления: