Hi All

Есть проблемма.
ИНОГДА СТАЛ ПОДВИСАТЬ SQL server 6.5
Подвисание представляет собой то что сервер работает но юзеров новых не пускает, при этом
все кто раньше вошел все работают.Сервер джобы исполняет исправно.
Количество юзеров примерно 50. выделено 180.
В Error логе появляются такие надписи:

01/10/01 08:55:59.65 ods Error : 17824, Severity: 10, State: 0
01/10/01 08:55:59.65 ods Unable to write to ListenOn connection 'BARBIE', loginname 'Lil', hostname ''.
01/10/01 08:55:59.64 ods OS Error : 64,
01/10/01 08:55:59.67 ods Error : 17824, Severity: 10, State: 0
01/10/01 08:55:59.67 ods Unable to write to ListenOn connection 'BARBIE', loginname 'Lil', hostname ''.
01/10/01 08:55:59.67 ods OS Error : 64,
01/10/01 08:55:59.68 spid29 Error : 1608, Severity: 21, State: 2
01/10/01 08:55:59.68 spid29 A network error was encountered while sending results to the front end. Check the SQL Server errorlog for more information.
01/10/01 08:57:04.82 ods Error : 17824, Severity: 10, State: 0
01/10/01 08:57:04.82 ods Unable to write to ListenOn connection 'BARBIE', loginname 'Lil', hostname ''.
01/10/01 08:57:04.82 ods OS Error : 64,

Помогает только рестарт сервера, причем сервиис SQL не даунит сервер.
подвисает на надписи SQL SErver Stopping. не доходит до надписи SQL Server Stopped.
Только рестарт NT причем происходит корректно.
Происходит все это с периодичностью в 2 - 3 дня

Ничего нового на SQL сервер не ставили. как 2 года засетапили так все работало.
Какие методы поиска ошибки
как можно найти багу?

SQL Server 6.5 Sp4 SERVER ASTOR 2 2xPIII-500 512Mb

настройки сервера:
affinity mask 0 2147483647 0 0
allow updates 0 1 1 1
backup buffer size 1 32 1 1
backup threads 0 32 5 5
cursor threshold -1 2147483647 -1 -1
database size 2 10000 2 2
default language 0 9999 0 0
default sortorder id 0 255 108 108
fill factor 0 100 0 0
free buffers 20 524288 8145 8145
hash buckets 4999 265003 7993 7993
language in cache 3 100 3 3
LE threshold maximum 2 500000 200 200
LE threshold minimum 2 500000 20 20
LE threshold percent 1 100 0 0
locks 5000 2147483647 5000 5000
LogLRU buffers 0 2147483647 0 0
logwrite sleep (ms) -1 500 0 0
max async IO 1 1024 8 8
max lazywrite IO 1 1024 8 8
max text repl size 0 2147483647 65536 65536
max worker threads 10 1024 255 255
media retention 0 365 0 0
memory 2800 1048576 162910 162910
nested triggers 0 1 1 1
network packet size 512 32767 4096 4096
open databases 5 32767 20 20
open objects 100 2147483647 10000 10000
priority boost 0 1 0 0
procedure cache 1 99 25 25
Protection cache size 1 8192 15 15
RA cache hit limit 1 255 4 4
RA cache miss limit 1 255 3 3
RA delay 0 500 15 15
RA pre-fetches 1 1000 3 3
RA slots per thread 1 255 5 5
RA worker threads 0 255 3 3
recovery flags 0 1 0 0
recovery interval 1 32767 5 5
remote access 0 1 1 1
remote conn timeout -1 32767 120 120
remote login timeout 0 2147483647 5 5
remote proc trans 0 1 0 0
remote query timeout 0 2147483647 0 0
remote sites 0 256 10 10
resource timeout 5 2147483647 10 10
set working set size 0 1 0 0
show advanced options 0 1 1 1
SMP concurrency -1 64 -1 -1
sort pages 64 511 64 64
spin counter 1 2147483647 10000 10000
tempdb in ram (MB) 0 2044 64 64
time slice 50 1000 100 100
user connections 5 32767 180 180
user options 0 4095 0 0

Не советуйте переход на 7,2000
переходим. Но не все сразу

Заранее спасибо за консультации .

Да, но тогда бы я наверняка уперся бы в то что сервер сказал бы мне что
конектов более низя
180 максимум ...
видел я как он это говорил цивильно когдато
поэтому при максимуме 50 юзеров
выделено 180

причем зависон был и в выходные когд аработали 1-2 человека
(поэтому правда возникла подозрение на одну прогу которая может быть копризнечает, но это пока отслеживаем, мало вероятно но может быть)