Периодически очень очень СИЛЬНО тормозит БД Progress. Никак не можем выловить причину.
Два варианта:
1. Ошибка в какой-то процедуре;
2. Ошибка в конфигурации оборудования.
За первую версию говорит использование классов, которые могут привести к утечке памяти и как следствие торможению.
За вторую версию говорит использование RAID-1 на разделе с БД и то, что тормозит ВЕСЬ СЕРВЕР, а не только конкретная клиентская сессия.
Может быть кто-нибудь поделится советом по локализации причины?
Борьба с торможением
- Arelav
- Администратор
- Сообщения: 1881
- Зарегистрирован: 25 мар 2005, 17:05
- Откуда: Progress Technologies
Re: Борьба с торможением
А еще состояние самой базы? Структура? Фрагментация? Версия OpenEdge? Enterprise/Workgroup? Параметры старта базы и параметры старта клиентских сессий?
Re: Борьба с торможением
Пока я соберу информацию.
Интересен общетеоретический вопрос - возможно ли допустить такую ошибку в коде процедуры которая приведет к торможению всего сервера. То есть выглядит это приблизительно так: работаем, работаем в определенный момент одновременно у всех пользователей начинаются жутчайшие тормоза, через некоторое время система функционирует в нормально режиме.
Интересен общетеоретический вопрос - возможно ли допустить такую ошибку в коде процедуры которая приведет к торможению всего сервера. То есть выглядит это приблизительно так: работаем, работаем в определенный момент одновременно у всех пользователей начинаются жутчайшие тормоза, через некоторое время система функционирует в нормально режиме.
Re: Борьба с торможением
У вас сколько пользователей работают?
Это SELF-SERVICE клиенты или удаленные? То есть, на машине БД или БД + пользователи?
Что в логе БД (мало ли - бекап) ?
И про RAID1 я не до конца понял.
Что со свапом в это время?
Что показывает promon - для начала статистику.
Это SELF-SERVICE клиенты или удаленные? То есть, на машине БД или БД + пользователи?
Что в логе БД (мало ли - бекап) ?
И про RAID1 я не до конца понял.
Что со свапом в это время?
Что показывает promon - для начала статистику.
Re: Борьба с торможением
* Пользователей меньше 100ни. Точнее нельзя говорить.
* Пользователи работают там же где и Progress - известная терминальная система. В логах ничего криминального - пользователи заходят/выходят, иногда подключается одинокий пользователь ODBC. Пробовали искусственно подключаться ODBC - торможений не наблюдалось.
* На сервере не RAID-10 как рекомендуется, а три RAID-1 (система + БД + пользовательские файлы).
* В SWAP не лезет значение SWAP used = 0M по TOP;
* Настораживает большое значение Load Average более 5ти, но с другой стороны 2 физ. процессора с 4 мя ядрами;
К своему стыду, не умею смотреть статистику promon.
* Пользователи работают там же где и Progress - известная терминальная система. В логах ничего криминального - пользователи заходят/выходят, иногда подключается одинокий пользователь ODBC. Пробовали искусственно подключаться ODBC - торможений не наблюдалось.
* На сервере не RAID-10 как рекомендуется, а три RAID-1 (система + БД + пользовательские файлы).
* В SWAP не лезет значение SWAP used = 0M по TOP;
* Настораживает большое значение Load Average более 5ти, но с другой стороны 2 физ. процессора с 4 мя ядрами;
К своему стыду, не умею смотреть статистику promon.
Re: Борьба с торможением
База около 80Гб. Уточнение - любители RAID1 сделали два раздела, то есть корень и системные каталоги + db и пользовательские данные. Скрипты писать умею, а вот proGetStack не разу не пользовался. promon сделаю.