Re: Proposed WAL changes

From: Ian Lance Taylor <ian(at)airs(dot)com>
To: "Mikheev, Vadim" <vmikheev(at)SECTORBASE(dot)COM>
Cc: PostgreSQL Development <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Proposed WAL changes
Date: 2001-03-08 00:23:33
Message-ID: sizoex2jne.fsf@daffy.airs.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

"Mikheev, Vadim" <vmikheev(at)SECTORBASE(dot)COM> writes:

> > > I feel that the fact that
> > >
> > > WAL can't help in the event of disk errors
> > >
> > > is often overlooked.
> >
> > This is true in general. But, nevertheless, WAL can be written to
> > protect against predictable disk errors, when possible. Failing to
> > write a couple of disk blocks when the system crashes is a reasonably
> > predictable disk error. WAL should ideally be written to work
> > correctly in that situation.
>
> But what can be done if fsync returns before pages flushed?

When you write out critical information, you keep earlier versions of
it. On startup, if the critical information is corrupt, you use the
earlier versions of it. This helps protect against the scenario I
mentioned: a few disk blocks may not have been written when the power
goes out.

My impression is that that is what Tom is doing with his patches.

Ian

---------------------------(end of broadcast)---------------------------
TIP 77: A beautiful man is paradise for the eyes, hell for the soul, and
purgatory for the purse.

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Justin Clift 2001-03-08 00:33:45 Re: Performance monitor
Previous Message Tom Lane 2001-03-07 23:59:54 Re: AW: Proposed WAL changes