Re: xlog loose ends, continued

Поиск
Список
Период
Сортировка
От Thomas Lockhart
Тема Re: xlog loose ends, continued
Дата
Msg-id 3AAEBDAC.3F902BB2@alumni.caltech.edu
обсуждение исходный текст
Ответ на RE: xlog loose ends, continued  ("Mikheev, Vadim" <vmikheev@SECTORBASE.COM>)
Список pgsql-hackers
> >> That'll be true in any case, unless we refuse to start up at all upon
> >> detecting xlog corruption (which doesn't seem like the way to fly).
> >> Not sure what we can do about that.
> > What I would refuse in the event of log corruption is continuing
> > normal database operations.
> Hmm.  We could do that if we had some notion of a read-only operating
> mode, perhaps.  But we don't have one now and I don't want to add it
> for 7.1.  Can we agree to look at this more for 7.2?

I'd like to have a readonly mode driven by integrity requirements for
corruption recovery for database tables, for replication, and (in the
future) for distributed databases, so perhaps we can do a trial
implementation fairly soon. Not sure how it would impact the backend(s),
but istm that we might be able to do a first implementation for 7.1.x.
I'll bring it up again when appropriate...
                  - Thomas


В списке pgsql-hackers по дате отправления:

Предыдущее
От: Matthew Kirkwood
Дата:
Сообщение: Re: WAL & SHM principles
Следующее
От: Tom Lane
Дата:
Сообщение: XLOG reset utility available