|
![]() |
#1 |
Участник
|
Для 2012 настройка не так актуальна скорее всего, как для 2009, поскольку приложение в БД находится, и видимо не так остро реагирует на фриз.
Могу вот такой пример привести - для 2012 ночью делается бекап ВМ ежедневно в одно и тоже время, это генерит два коротких фриза, в EV потом можно наблюдать какие то ошибки с запросами к БД, падение каких то сессий иногда, и целом всё, АОСы работают как ни в чем не бывало, не падают. Для каких то заданий конечно это может быть критично (даже если АОС не упал), но в этом случае рассматривались разные варианты : - двинуть время бекапа на другой период, когда не важно, что будет какое то прерывание. - не обрабатывать пакетные задания в этот период(ночью пользователи на клиенте не работают пока, только куча пакетных заданий), поэтому можно было бы поиграться с расписанием. - для важных заданий настроить повторные обработки и т.д. Интересно, как у других это решается - как остальные живут с падениями(просто не замечая или игнорируя их, мол упало само поднимется и дальше будет работать, по мне так рабочий вариант, т.е. произошел сбой, бывает, главное, быстро подняться и дальше работать, при необходимости повторно обработать критичные точки). Конечно хотелось бы, чтобы подобные прерывания не приводили к падению АОСов, но что есть то есть.
__________________
Sergey Nefedov |
|
|
За это сообщение автора поблагодарили: Logger (5). |
Теги |
aos crash, dump analisys, дампы |
|
Опции темы | Поиск в этой теме |
Опции просмотра | |
|