Re: Database Corruption - last chance recovery options?

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: Database Corruption - last chance recovery options?
Дата
Msg-id 4665.1168107602@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: Database Corruption - last chance recovery options?  ("Thomas F. O'Connell" <tf@o.ptimized.com>)
Список pgsql-general
"Thomas F. O'Connell" <tf@o.ptimized.com> writes:
>> Michael Best <mbest@pendragon.org> writes:
>>> Set your memory requirement too high in postgresql.conf, reload
>>> instead of restarting the database, it silently fails sometime later?

> Wait, now I'm curious. If a change in postgresql.conf that requires a
> restart doesn't take effect on reload, then how could a related
> failure manifest at all, regardless of when?

The point is that when you eventually shut down and restart the
postmaster, it'd fail then ... perhaps long after you've forgotten
about your configuration changes, so it might be a bit mystifying.

            regards, tom lane

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

Предыдущее
От: "Thomas F. O'Connell"
Дата:
Сообщение: Re: Database Corruption - last chance recovery options?
Следующее
От: John McCawley
Дата:
Сообщение: Re: Database versus filesystem for storing images