|
![]() |
#1 |
Участник
|
Цитата:
Сообщение от sukhanchik
![]() А на суммировании? (Stream Aggregate)
Может просто сейчас не тормозит запрос? Возможны по идее еще варианты - если кто-то другой лочит InventSum - и Вы подвисаете. Например - один (пакетник к примеру) запустил сводное планирование (пересчет склада), остальные наслаждаются скоростью работы. Сводное планирование не используем. Пересчет склада запускаю только я. |
|
![]() |
#2 |
Участник
|
При очередной зависании замедлении системы снял показания Tracer. План выполнения запроса показывает минимальные затраты на выполнение, при этом общее время ожидания велико.
В это время на SQL в Activity Monitor блокировка процесса 55 (см. рис.) - база tempdb create table #tmpDBCCinputbuffer ([Event Type] nvarchar(512), [Parameters] int, [Event Info] nvarchar(512)) insert into #tmpDBCCinputbuffer exec ('DBCC INPUTBUFFER(79)') select [Event Info] from #tmpDBCCinputbuffer Может в этом проблема? Помимо реиндексации проблема решается перезапуском SQL. Последний раз редактировалось ena_ax; 09.09.2009 в 10:52. |
|
![]() |
#3 |
----------------
|
это же 4 и SQL2005 там не должно быть проблем с блокировками чтения, если база в нормальном режиме 90 и с включенными SNAPSHOT ISOLATION
а вот проблемы с tempdb как раз могут быть, если она стоит на медленном диске с включенным autoshrink-ом |
|
![]() |
#4 |
Участник
|
Цитата:
Сообщение от wamr
а вот проблемы с tempdb как раз могут быть, если она стоит на медленном диске с включенным autoshrink-ом
Ну, конечно, может, у tempdb банально прирост по 1 Мб на медленном диске, или ещё что-нибудь. Проверить настройки, помониторить tempdb, и переходить наконец к блокировкам. Цитата:
Сообщение от wamr
это же 4 и SQL2005 там не должно быть проблем с блокировками чтения, если база в нормальном режиме 90 и с включенными SNAPSHOT ISOLATION
Цитата:
Сообщение от wamr
это же 4
|
|
Теги |
ax4.0, sql 2005, заказ на продажу, производительность, тормоза |
|
|