Re: Out of space situation and WAL log pre-allocation (was Tablespaces)

Поиск
Список
Период
Сортировка
От Greg Stark
Тема Re: Out of space situation and WAL log pre-allocation (was Tablespaces)
Дата
Msg-id 87ptbl8jp2.fsf@stark.xeocode.com
обсуждение исходный текст
Ответ на Re: Out of space situation and WAL log pre-allocation (was Tablespaces)  ("Simon Riggs" <simon@2ndquadrant.com>)
Список pgsql-hackers
"Simon Riggs" <simon@2ndquadrant.com> writes:

> Strict behaviour is fairly straightforward, you just PANIC!

There is another mode possible as well. Oracle for example neither panics nor
continues, it just freezes. It keeps retrying the transaction until it finds
it has space.  

The sysadmin or dba just has to somehow create additional space by removing
old files or however and the database will continue where it left off. That
seems a bit nicer than panicing.

When I first heard that I was shocked. It means implementing archive logs
*created* a new failure mode where there was none before. I thought that was
the dumbest idea in the world: who needed a backup process that increased the
chances of an outage? Now I can see the logic, but I'm still not sure which
mode I would pick if it was up to me. As others have said, I guess it would
depend on the situation.

-- 
greg



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

Предыдущее
От: Christopher Kings-Lynne
Дата:
Сообщение: Re: About hierarchical_query of Oracle
Следующее
От: Bruce Momjian
Дата:
Сообщение: Timing of 'SELECT 1'