| От | Scott Marlowe |
|---|---|
| Тема | Re: How to simulate crashes of PostgreSQL? |
| Дата | |
| Msg-id | dcc563d10908232356j5b71b8d5u35d042493398e956@mail.gmail.com обсуждение исходный текст |
| Ответ на | Re: How to simulate crashes of PostgreSQL? (Craig Ringer <craig@postnewspapers.com.au>) |
| Список | pgsql-general |
On Mon, Aug 24, 2009 at 12:49 AM, Craig Ringer<craig@postnewspapers.com.au> wrote: > You should also test your client's response to the Pg server remaining > up but becoming non-responsive (eg: failed disk array causes Pg backends > to remain in uninterruptable disk I/O system calls in the kernel). A > possibly good way to do this is to SIGSTOP the backend(s). This is a far more common and likely problem than the server crash scenario. I've had servers go unresponsive under load before. Took the load away and they came back, but the way the app responded has not always been optimal. Many apps get jammed up from something like this and require the app servers to be restarted.
В списке pgsql-general по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера