Страница 1 из 1

переодическое замедление работы сервера

СообщениеДобавлено: 23 окт 2006, 13:09
АлександрСмирнов
Сервер NW 6.0 sp5, том традиционный, на сервере лежат базы dbf. Пользователи работают в программах написанных на FoxPro.
После обеда начинают жаловаться, что тормозит сервер.
В этот момент на консоли в мониторе Dirty cache buffers скачет от 0 до 150 иногда проскакивает 450, при этом Curent disk request от 0-1 изредка до 20-40. Utilization при этом от 0 до 20-25%
интересно что величина Dirty cache buffers может быть 20 постепенно растет (1-3 секунды) до 50 при этом Curent disk request может быть 0 и на мгновение изменяется в 1 или 2 и опять в 0.
Думаю может кто из пользователей запускает какое-нибуть "тяжелое" приложение либо просто ко второй половине дня пользователей становится больше.
1. Скажите можно ли вычислить кто из пользователей в большей степени загружает сервер.
2. А вернее хотелось бы узнать у опытный товарищей с чего начинать анализ подобной ситуации, шаги решения ? - ( чтоб определиться, что мала мощность сервера, криво настроен сервер или вообще в силу того что задача файлсерверная и любой сервер не справиться с подобной нагрузкой)

Re: переодическое замедление работы сервера

СообщениеДобавлено: 23 окт 2006, 15:39
alexp_mac
АлександрСмирнов писал(а):Сервер NW 6.0 sp5, том традиционный, на сервере лежат базы dbf. Пользователи работают в программах написанных на FoxPro.
После обеда начинают жаловаться, что тормозит сервер.
В этот момент на консоли в мониторе Dirty cache buffers скачет от 0 до 150 иногда проскакивает 450, при этом Curent disk request от 0-1 изредка до 20-40. Utilization при этом от 0 до 20-25%
интересно что величина Dirty cache buffers может быть 20 постепенно растет (1-3 секунды) до 50 при этом Curent disk request может быть 0 и на мгновение изменяется в 1 или 2 и опять в 0.
Думаю может кто из пользователей запускает какое-нибуть "тяжелое" приложение либо просто ко второй половине дня пользователей становится больше.
1. Скажите можно ли вычислить кто из пользователей в большей степени загружает сервер.
2. А вернее хотелось бы узнать у опытный товарищей с чего начинать анализ подобной ситуации, шаги решения ? - ( чтоб определиться, что мала мощность сервера, криво настроен сервер или вообще в силу того что задача файлсерверная и любой сервер не справиться с подобной нагрузкой)


Ну например почитать TID на тему perfomace tuning
Правда вот чего-то я поискал и ничего не нашел, куда они их девают.
Типа вот этот гляньте 10018669 там правда про бордер, но смысл тот-же когда в бордере обычный классический том под кеш.

СообщениеДобавлено: 23 окт 2006, 17:23
Dimerson
АлександрСмирнов

что с оплоками ? если временно отключить оплоки первого и 2 уровня ???

СообщениеДобавлено: 23 окт 2006, 20:47
Андрей Старков
ТИД на тему performance
Performance, Tuning and Optimization - TID10012765 на его основе CoolSolutions Optimizing Server Performance
+поиск по database performance там много вываливается, правда не про FoxPro :(
что то было еще про TurboFat - но это правда касалось случаев когда базы рушатся.
есть еще ТИД Client side parameters impacting database performance and/ or reliability (10075837)[/url]

СообщениеДобавлено: 25 окт 2006, 06:42
АлександрСмирнов
на сервере выставлено
SET LEVEL 2 OPLOCKS ENABLED = ON
SET CLIENT FILE CACHING ENABLED=OFF

отключить оплоки первого уровня - какой командой ?
про второй уровень понятно SET LEVEL 2 OPLOCKS ENABLED = OFF
попробую в выходные, хотя думаю что проблема скорее в другом
В мониторе LRU sitting time падает до 48 сек - в TIDах написано увеличивать RAM , но в данном случае невозможно это сделать

Вот и пытаюсь задать вопрос можно ли (и как) вычислить кто из пользователей дает большую нагрузку на сервер что бы попросить его работать в другое время если это возможно. Может это конечно и нерационально, но другого пути пока не вижу.

СообщениеДобавлено: 25 окт 2006, 06:46
Dimerson
АлександрСмирнов писал(а):на сервере выставлено
SET LEVEL 2 OPLOCKS ENABLED = ON
SET CLIENT FILE CACHING ENABLED=OFF

отключить оплоки первого уровня - какой командой ?
про второй уровень понятно SET LEVEL 2 OPLOCKS ENABLED = OFF
попробую в выходные, хотя думаю что проблема скорее в другом
В мониторе LRU sitting time падает до 48 сек - в TIDах написано увеличивать RAM , но в данном случае невозможно это сделать

Вот и пытаюсь задать вопрос можно ли (и как) вычислить кто из пользователей дает большую нагрузку на сервер что бы попросить его работать в другое время если это возможно. Может это конечно и нерационально, но другого пути пока не вижу.


Сделайте

SET LEVEL 2 OPLOCKS ENABLED = OFF
SET CLIENT FILE CACHING ENABLED=OFF ; это 1 есть Oplock Level 1

и поглядите