Re: pg_dump after transaction id wraparound failure

From: "Michael L(dot) Boscia" <mikeboscia(at)gmail(dot)com>
To: "pgsql general" <pgsql-general(at)postgresql(dot)org>
Subject: Re: pg_dump after transaction id wraparound failure
Date: 2006-05-15 19:07:05
Message-ID: 45caccdc0605151207k3b17ca62i4d2770a74bd911b@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

On 5/15/06, Scott Marlowe <smarlowe(at)g2switchworks(dot)com> wrote:
> On Mon, 2006-05-15 at 13:48, Martijn van Oosterhout wrote:
> > On Mon, May 15, 2006 at 11:44:01AM -0700, Michael L. Boscia wrote:
> > > Hello-
> > >
> > > I currently have a 1.4 TB database (pg version 7.4.8) that is experiencing
> > > transaction id wraparound. I plan to pg_dump the database and initdb and
> > > reload. I may reload into an 8.1 database at this time.
> > >
> > > I am curious how to make sure that I indeed get all the data out of the
> > > tables from a pg_dump. I want to ensure that there would not be anything
> > > "hidden" by the transaction id wraparound failure.
> >
> > pg_dump obviously won't see anything that's hidden by wraparound
> > failure.
Yes- this does make sense.
> >
> > Vacuum will make anything that disappeared by wraparound in the last
> > billion transactions reappear, so a databasewide vacuum should solve
> > all your problems, no need to dump...

Are we positive that a database wide vacuum will solve this? I am
concerned that while some transactions may "appear" some might still
be affected by wraparound failure

> > > My current plan is selectively dump a portion of the data (most current,
> > > organized in tables by date ex xxx_2006_may) and reload. I plan to vaccuum
> > > each table before dumping. Please warn me if this is not enough. Any
> > > assistance is greatly appreciated.
> >
> > I'd say do the vacuum first, dumping the data isn't really helping much
> > in this case I think (although for backups it's obviously important).

The only reason I would like to dump is to rid myself of a possibly
corrupt pg_catalog tablespace and any issues that may arise out of
this. This database was not cared for properly, in that vacuums were
not properly scheduled, and I would like to get all the important data
out and start over with a new initdb. I am just not sure that I would
be getting all the data out.

> This is one of those rare instances when I'd shut down the server and
> take a file system backup if I could. However, at 1.4 TB, that might be
> a bit difficult... :)

What do I do with a filesystem backup after its done? If I copy and
restore somewhere won't I experience all the same issues?

Thanks so much for your help
--
Mike Boscia
mikeboscia at gmail dot com

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Scott Marlowe 2006-05-15 19:11:03 Re: pg_dump after transaction id wraparound failure
Previous Message Tom Lane 2006-05-15 19:04:47 Re: pg_dump after transaction id wraparound failure