Тормозит дисковая подсистема

[sim]

Сервер HP-2x2,8GНz RAM 5GB с внешним хранилищем RAID 5 уровня сказевые винты 6 штук по 76 Gb
Win2003 R2 Server
MS-SQL 2000 SP4
До перехода на сервере стояла только серверная установка Галактики 8.0
После конвертации на том же сервере установили 8.1 на втором экземпляре MS-SQL
Восьмерочный экземпляр SQL-я временно стопнули, экземпляру 8.1 отдали 4 Gb
Активных пользователей - порядка 70
База (без журнала) - более 50 Gb
После всех этих перестроек появилась проблема:
Периодически вешается сервак, вернее не совсем: Гала с жуткими тормозами, но работает. Ситуация такая: загрузка очереди дисков торчит строго 100% в течении нескольких часов.
Причем в иные дни при полной загрузке все пашет как надо, а в другой раз как "сядет" часов в 10 утра - и приходи кума любоваться (до вечера).
Помогает только поочередное обваливание юзеров, и в какой-то момент (например при 20 оставшихся юзерах) дисковая подсистема выходит из анабиоза.
Ресурсоемкие операции вроде расчета зарплаты и т.д. выполняются обычно в ночь, по опросам пользователей вроде бы никто ничего такого днем не запускает.
Вопрос первый: как определить - кто (или что) виноват?:
1. Версия 8.1
2. Сожительство двух экземпляров SQL-я
3. Отдельно взятый пользователь (-ли)
4. Нехватка ресурсов (каких-?)
Вопрос второй: у кого-нить (работающего на 8.1) было что-то похожее?

[Nikos]

У меня была такая проблема. Тоже 8.10, только Pervasive. Там в какой-то момент Галактика стала просто жутко тормозить. Удалил журнал (порядка 30 Gb) - все стало работать нормально.

[Начинающий путь]

Серверная часть Г-ки (каталог EXE) лежит на этом серваке?
У пользователей рабочий каталог настроен локально?

[sim]

Серверная часть Г-ки (каталог EXE) лежит на этом серваке?

Да

У пользователей рабочий каталог настроен локально?

Нет, тоже на сервер (по умолчанию как Гала ставит)
А что - есть какие-то зацепки?

[sim]

Удалил журнал (порядка 30 Gb) - все стало работать нормально.

После перехода на 8.1 журнал пока не включали

[thor]

Какое количество памяти при тормозах занимает процесс того инстанса, который работает с 810?
Был вариант, когда люди купили новый сервак, но не включили параметр AWE Enabled, хотя по их утверждениям, sp_configure возвращала AWE Enabled, '1'
Передернули этот параметр, и заработало, а так ,если он неактивен, то инстанс по любому ограничен 2 Гигами на процесс.
Так у людей было выделено 7 гигов на инстанс, а реально более 1.7 гига не потреблялось.
При этом потребность в опреативке при росте нагрузки будет решаться за счет своппинга - отсюда резкое повышение нагрузки на дисковую подсистему...

[sim]

thor
Спасибо за наводку. У нас давно такие же подозрения, что с этим (распределением памяти) не в порядке. Будем разбираться.

[vist]

А можно как нибудь посмотреть загрузку сервера каким-нибудь юзером?

[Начинающий путь]

Нет, тоже на сервер (по умолчанию как Гала ставит)
А что - есть какие-то зацепки?

Да, нагрузка на сетку меньше
временные файлы лежат у пользователя.

[vist]

Да, нагрузка на сетку меньше
временные файлы лежат у пользователя.

Это еще под большим вопросом....

Посмотри когда Галактика "нагадит" временных файлов в локальный директорий тысяч сто... (А она это лучше всего делает!!!) Посмотришь как затормозит система.

На сервере их хотя бы удалить легко

[sim]

Подергали этот AWE - все одно, не помогает.
Сейчас вообще - и 20 пользователей едва успеют в систему войти и начать работу - как диски уже в ступоре. Что делать-то?
А может такое быть, что какой-нить контроллер дисков например туфтит, или еще чего-то в железе (ил в дровах) покривилось?

[sim]

В-общем, проблема порешилась комплексным подкручиванием всяких-разных настроек, но основной причиной тормозов был фиксированный размер свопа. Отпустили его в динамику - и неприятности кончились.