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.
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 |