Добрый день.

MSSQL2000 sp3.
Ситуация такая: большое количество запросов на запись и чтение. Кол-во записей среднее ~10/сек, но в них как правило большое кол-во бинарных данных, эти операции равномерно выболняет Windows служба. Какое-то время сервер работает более-менее нормально, средняя длинна очереди диска 30-40 в Perfomance Monitor. Естественно, что запросы на чтение выполняются долго, но странно другое — через какое-то время (2-4 ч) сервер впадает какбы в коматозное состояние средняя длинна очереди диска падает процессор не загружен, много свободной памяти ,но перестают выполнятся все запросы на запись даже минимальные (типа записи в лог и.т.д.).

Есть ли у кого какие-нибудь мысли по этому поводу?

Здравствуйте, seventyseventh, Вы писали:

S>Добрый день.

S>MSSQL2000 sp3.

S>Есть ли у кого какие-нибудь мысли по этому поводу?
Смотреть блокировки (например, выполняется перестройка индекса); по возможности переползать на свежие версии.
Оффтоп: вообще-то, очередь в 3-4 уже говорит об узком месте (и необходимости оптимизации чего-нибудь) а вот 30-40...

Блокировок нет. Да и низкая производительнось не удивляет, странно "умирание" через некоторое время. А что еще более удивительно что он через какое-то время сервер вновь начинает работать — всю ночь он был в коме, с утра сделал небольшо кол-во селектов из этой базы и он ожил.

Здравствуйте, seventyseventh, Вы писали:

S>А что еще более удивительно что он через какое-то время сервер вновь начинает работать.

Тем более похоже на блокировки. Поспрашивайте на SQL.RU.

Средняя длина очереди диска 30-40 это ОЧЕНЬ МНОГО для SQL-сервера!
Для начала стоит положить tempdb, файлы данных и журнал транзакций на разные физические диски.
Если не поможет, то раскладывать данные на разные физические диски.

Блокировки ставятся не только на объекты базы, но и на ввод-вывод.

Здравствуйте, capgreen, Вы писали:

C>Средняя длина очереди диска 30-40 это ОЧЕНЬ МНОГО для SQL-сервера!
C>Для начала стоит положить tempdb, файлы данных и журнал транзакций на разные физические диски.
C>Если не поможет, то раскладывать данные на разные физические диски.

C>Блокировки ставятся не только на объекты базы, но и на ввод-вывод.


Ну в Perfomance Monitor параметры Lock WaitTime ~0.5ms, Loc Waits ~0 это немного же.
Вообщем уровень производильности ожидаемый, просто пугает то что серврер может на долгое время "заснуть"

Sinix wrote:

> Смотреть блокировки (например, выполняется перестройка индекса); по
> возможности переползать на свежие версии.

Блокировки конечно надо смотреть. Обязательно при любых проблемах
производительности. Особенно когда симптомы такие, как сейчас: сервер
как бы простаивает.

Но вот индексы перестраиваться задним числом не могут, они
всегда на ходу maintain-ятся.

Здравствуйте, MasterZiv, Вы писали:

MZ>Но вот индексы перестраиваться задним числом не могут, они
MZ>всегда на ходу maintain-ятся.

А вдруг там job на перестройку индексов? Ещё статистика может. Только оба варианта отражались бы на загрузке сервера.

Интереснее посмотреть в sys.dm_os_wait_stats.

Здравствуйте, seventyseventh, Вы писали:

S>Есть ли у кого какие-нибудь мысли по этому поводу?
статы могут пересчитываться, у вас за 2-4ч нет случаем таблиц в которых обновляется 10% записей? особенно если это таблицы с большими бинарями внутри?

Здравствуйте, capgreen, Вы писали:

C>Интереснее посмотреть в sys.dm_os_wait_stats.
В 2000-ном? Не найдете.
Совет один — не гадать на кофейной гуще, а освоить SQL Server Profiler.