Re: Database corruption: finding the bad block

Поиск
Список
Период
Сортировка
От Csaba Nagy
Тема Re: Database corruption: finding the bad block
Дата
Msg-id 1184250683.24101.191.camel@coppola.muc.ecircle.de
обсуждение исходный текст
Ответ на Re: Database corruption: finding the bad block  ("Simon Riggs" <simon@2ndquadrant.com>)
Список 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 по дате отправления:

Предыдущее
От: "Simon Riggs"
Дата:
Сообщение: Re: Database corruption: finding the bad block
Следующее
От: Koen Vermeer
Дата:
Сообщение: Re: Force SSL / username combination