База ростет и начинает виснуть все чаще и чаще.....
Что посоветуете, куда копать....?

Имею:
Сервер Xeon(TM) CPU 2.80 ГГц, - два процессора ОЗУ 3 ГБ
Windows 2000 SP4
(правда 1Гб кушает почтовая прога работающая вместе с SyBase т.ч. имеею 2 ГБ ОЗУ)
Adaptive Server Enterprise/12.5.0.3/EBF 11449
База...........2 Gb
Data...........768.78 Mb (38,4%)
Indexes.......250.47 Mb (12,5%)
Unused.......126.79 Mb ( 6.3%)
Unreserved..853.87 Mb (42.7%)

Transaction Log 1 Gb (Dump Transaction каждые 20 минут)

Tuning Recommendations for Lock Management
------------------------------------------
- Consider increasing the 'deadlock checking period' parameter
by 50 ms.
- 50 и стоит, чего он хочет....

Tuning Recommendations for Data cache : default data cache
-------------------------------------
- Consider using 'relaxed LRU replacement policy'
for this cache.

Память распределена так:
EXEC sp_cacheconfig 'default data cache','700M'
EXEC sp_cacheconfig 'tempdb_cache','300.000M',mixed,strict
EXEC sp_configure 'procedure cache size',64000

EXEC sp_poolconfig 'default data cache','700M','2K'
EXEC sp_poolconfig 'default data cache','2K','wash=60M'
EXEC sp_poolconfig 'tempdb_cache','260M','2K'
EXEC sp_poolconfig 'tempdb_cache','2K','wash=52M'
EXEC sp_poolconfig 'tempdb_cache','40M','4K'
EXEC sp_poolconfig 'tempdb_cache','4K','wash=8M'

Tuning Recommendations for Disk I/O Management
----------------------------------------------
- Consider increasing the 'disk i/o structures'
configuration parameter.

-на сколько увеличить?....

Tuning Recommendations for Transaction Management
-------------------------------------------------
- Consider increasing the 'user log cache size'
configuration parameter.

-на сколько увеличить?.... и так уже 16K

Случайно нажал Ctrl + Enter

Вот полный результат
sp_sysmon '00:10:00'
в приложенном файле.

Я deadlock checking period увеличивал до 50000 результат всегда
один и тот же: parameter by 50 ms. Только сервер медленне
процедуры компилирует :)


Да действительно Cache Hits всегда близок к 100%, вот еще один sp_sysmon '00:10:00' во вложенном файле:

deadlock чаще всего в ситуации:

1-й пользователь делает UPDATE

2-й пользователь заблокирован на операции: CREATE TABLE #name_table или DROP TABLE #name_table

пока UPDATE не пройдет, а он делается тоже по временной таблице все висят.

Всем спасибо, буду думать.
deadlock не было, только блокировки.