Re: Recovering a database in danger of transaction wrap-around - Mailing list pgsql-admin

From Tom Lane
Subject Re: Recovering a database in danger of transaction wrap-around
Date
Msg-id 19119.1201295646@sss.pgh.pa.us
Whole thread Raw
In response to Re: Recovering a database in danger of transaction wrap-around  (Steven Rosenstein <srosenst@us.ibm.com>)
Responses Re: Recovering a database in danger of transaction wrap-around  (Steven Rosenstein <srosenst@us.ibm.com>)
List pgsql-admin
Steven Rosenstein <srosenst@us.ibm.com> writes:
> I used plain old VACUUM.  Do you think VACUUM FULL might be faster or more
> effective?

No.  I think you probably want to do a dump and reload, but first you
have to get past the anti-wraparound check.

One possibility I hadn't thought of before is to use a standalone
backend to increment the pg_database.datfrozenxid values by a few
thousand transactions.  This would be a bad idea if you intended
to keep using the DB, but if you're just trying to get to a state
where you can run pg_dump, it seems acceptable.

            regards, tom lane

pgsql-admin by date:

Previous
From: Steven Rosenstein
Date:
Subject: Re: Recovering a database in danger of transaction wrap-around
Next
From: Steven Rosenstein
Date:
Subject: Re: Recovering a database in danger of transaction wrap-around