Второй раз приключилось: в какой-то момент времени (чем этот момент такой осбенный - пока не ясно) сиквел вдруг встаёт раком и ничего сделать не даёт.
Смотрю через Enterprise Manager - ничего особенного
Запускаю sp_lock - вижу, что изрядно количество блокировок поставил процесс с Proceess ID = -2 (минус два).
Попытки сделать, например, "kill -2" не прокатывают - говорит "неправильный ты мне идентификатор даёшь"...
Т.е. - процесс с некорректным ID блокировок наставил, а что-то с ним сделать нет никакой возможности, потому что "не может быть такого процесса".
Сервер (SQL Server 2000 на Win2K Server со всеми последними сервиспаками и на то, и на другое) уж давольно давно не трогали (с месяц - точно), а началось вот вчера... Систему, которая туда лазит (как и MTS, через который лазит) - ещё дольше не трогали...
Вылечиваю пока сделав start/stop сиквелу...
Ну и собственно вопросы - что это такое, откуда берётся и как с этим бороться? Как-то же это неаккуратненько...

2 akuz:
> Хм, похоже на переполнение разрядности
Да вряд ли. Это не веб-сервер, а торгово-складская система. Хотя подключений достаточно много (MTS постоянно новые открывает сессии), но не настолько. Да и по нескольку месяцев система работала нормально. А тут вдруг переполнилась? Не думаю. Ну если для первого случая ещё возможно, то через сутки после перезапуска - этого точно не может быть.
Ладно, видимо надо ждать ещё повторения. Один раз - случайность, а два - тенденция, как говорится. Видимо ещё будет - может чего и обнаружу.

2 jimmers
> Версия SQL Server'a?
SQL Server 2000 Standard Edition SP2
или так
Product: SQL Server Standard Edition
Product version: 8.00.534 (SP2)

>Что в журналах ОС и SQL Server'a?
Полная тишина.

Господа, про перезапуск сервера - это немного оффтопик :-)
Давайте вернёмся к нашим баранам. :-) Неужели никто больше не сталкивался?
У меня тут появились новые данные по этому поводу - нашёл запрос, который так подвешивает сиквел (ничего особенного, просто селект. запрос как запрос, раньше работал здесь же). Однако, если я его (запрос) выполняю из QA (хоть в транзакции, хоть без) - всё нормально. А вот когда его запуливает система (запрос уходит из транзакционной компоненты, которая болтается в MTS) - возникают блокировки от имени процесса с ID=-2.
Проблема решается как перезапуском SQL Server, так и MTS.
Кусок того, что показывает sp_lock:

spid dbid ObjId IndId Type Resource Mode Status

-2 15 2105774559 1 KEY (76005fbc31df) RangeS-S GRANT
-2 15 1583396760 1 KEY (c30065b5c7b9) S GRANT


Куда хоть смотреть вообще?

> на клиенте как-то выражается ? Хоть какие-нибудь сообщения об ошибке ?

Дак таймауты у всех. Ни одна транзакция не проходит.

> на клиенте как-то выражается ? Хоть какие-нибудь сообщения об ошибке ?

Дак таймауты у всех. Ни одна транзакция не проходит.

> Может быть, что-то из этого поможет
> FIX: SQLOLEDB: Incorrect Transaction Enlistment Causes Hang and Drain Abort Entry

This occurs under the following conditions:
- You are using the SQL Server provider in a transactional environment, such as MTS/COM+.
Есть
- The SQL Server database version is 7.0.
Нет
- You are using ADO client-side cursors.
Нет
- The cursor engine determines that more meta data is needed from the provider.
Эээээ... Не похоже :-)
Так что это не то совсем...

> SQLOLEDB: Unenlisting From Active Transaction Against SQL Server 7.0 Causes Hang and Drain Abort Entry
Опять не 7.0 у меня, а 2000

> INF: Microsoft SQL Server DB-Library Has Limited Extensibility
...If you are developing components with MTS you should use ODBC....
Само собой, опять же...