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 по дате отправления: