Re: Database corruption: finding the bad block - Mailing list pgsql-general

From Csaba Nagy
Subject Re: Database corruption: finding the bad block
Date
Msg-id 1184250683.24101.191.camel@coppola.muc.ecircle.de
Whole thread Raw
In response to Re: Database corruption: finding the bad block  ("Simon Riggs" <simon@2ndquadrant.com>)
List pgsql-general
On Thu, 2007-07-12 at 16:18, Simon Riggs wrote:
> The corruption could only migrate if the WAL records themselves caused
> the damage, which is much less likely than corruption of the data blocks
> at hardware level. ISTM that both Slony and Log shipping replication
> protect fairly well against block corruption on the standby, but only
> log shipping allows you to recover the precise block, as you describe.

Well, I could only speak of what I experienced, and that is that in the
total of 2 former file system level corruptions the replica was
corrupted too. This time it was not...

Because of that I had the impression Slony will be more immune to such
glitches, as it is not shuffling raw file data around... I mean you
still can have data corruption replicated, but the replica will be
functional. Our WAL standby did not start up at all when we had that
former file corruption issue...

Cheers,
Csaba.



pgsql-general by date:

Previous
From: "Simon Riggs"
Date:
Subject: Re: Database corruption: finding the bad block
Next
From: Koen Vermeer
Date:
Subject: Re: Force SSL / username combination