Ребята проблема следующая:

работают несколько параллельных процессов, каждый из которых обращается к одной и той же таблице. Процессы разделяться на две категории: одни читают данные из таблицы другие эти, данные обновляют. Во избежание Dead Lockов мы во время апдейтов данных решили использовать Exclusive lock на всю таблицу. В этом случае все процессы обновления данных выстраиваются в очередь и ждут даже процесс читающий данные. Работая с маленькими базами никаких проблем не возникало, но на больших объемах данных процесс чтения (выгрузка данных клиенту) может занимать 1-3 часа и здесь происходит следующая ситуация. Этот процесс чтения данных (SELECT) блокирует таблицу Shared lockoм и все процессы обновляющие таблицу ждут его окончания. Спустя некоторое время этот процесс переходит в состояние Sleeping и все замирает. Это случается только с очень большими массивами данных и сам процесс из этого состояние (Sleeping) не выходит.
Мы наблюдали, как при неких манипуляциях с SQL сервером через Enterprise Manager спящий процесс снова начинал работать.

Как вы считаете это баг SQL сервера или что?

hardware/software configuration:
DELL 2 x P700Mhz, HDD 200 + 200 Gb, 4Gb RAM;
Windows NT 4.0 SP6;
SQL 7.0 Standard SP2

Понимаете, происходит апдейт 1/3 - 1/2 части таблицы. Мне нет смысла сочить отдельные записи или страницы - дольше и проблем, на мой взгляд, больше.
Почему Вы стичаете, что при Exclusive ном локе таблице вероятность дедлоков не уменьшается, а увеличивается.
Не понимаю...