Добрый день.

Были вопросы по нагрузке процессора на 100 процентов.
Был поставлен патч от ромикса, прочитаны статьи по настройке SQL сервера, создана тема Протестировал SQL по обработке vde69. Как понять слабые места ?

После всего этого вопросы решились. НО...иногда, 2 раза в день (в разное время суток), нагрузка процессора достигает 100 процентов. Почему так происходит тоже выяснил, но переписать проблемные места сейчас возможности нет


Заметил, что если при зависоне изменить "степень параллелизма" на любую другую, то пик спадает и все работает прекрасно дальше

Вопрос: Как можно сделать триггер, что б при загрузке процессора, например больше 80 процентов, запускалось задание ?

Спасибо.

для 7.7 степень параллелизма в случае ЛЮБЫХ косяков нужно уменьшать до 1 а потом думать,

7.7 не умеет правильно работать в параллельных процессах.

в ряде случаев при установке параллелизма = 1 наблюдается увеличение скорости

(1) Это понятно

Степень = 1.
Написал задание:
EXEC sys.sp_configure N'max degree of parallelism', N'4'
GO
RECONFIGURE WITH OVERRIDE
EXEC sys.sp_configure N'max degree of parallelism', N'1'
GO
RECONFIGURE WITH OVERRIDE

то есть степень ставится равной 4, и потом снова меняется на 1. Если я это задание запущу, то 100 загрузки пропабает, и все идет ровно. А хочу что б SQL сам отслеживал 100 процентов и автоматом запускал задание. Думал что можно сделать через триггер

UPDATE STATISTICS кажды 15 мин

(3) Апдейт статистик у меня длится примерно час. Статистика и реиндекс настроены ночью. Поэтому это не выход

ваще убери степень параллелизма на 1 всегда.

(4) апдейт статистики на базе 80 гигов длится примерно 5 минут в фоне (не мешая работе) на весьма среднем железе.

только ставь в регламент а не отдельным джобом

(6) Я заметил что в базе 8(15 гб) апдейт статистик длится 5 минут. на базе 7(12 гб) час

на одном и том же сервере. Все сделано в плане обслуживания

Почему так, для меня загадка

(5) Она всегда единицы и равна.

но зависон все равно бывает. Случается он из-за "выбратьПодчиненныеДокументы"

+(8) Но если ее поменять на 3 а потом сразу на 1, то загрузка моментом сбрасывается

(8) Это как раз лечится.

чем чаще делаешь апдейт тем быстрее он идет

Непонятно, у вас "max degree of parallelism" само по себе что-ли меняется? Зачем его менять "периодически"?

(8) >>>>>>>>>>Случается он из-за "выбратьПодчиненныеДокументы"

^)))))))))))))))))))))))

с этого и надо было начинать.. [:]||||||||||||||[:]
Если че, в секретном релизе платформы этот "эффект" давно вылечен

(13) Секретный резис стоит. Последний солюшн

И "дружил" ты поди с 2008 скулем по "старинке" - с патчем бекенд, понижением совместимости и подсовыванием библиотек от младших версий ?

:)

SQL 2005 и ВыбратьПодчиненныеДокументы()
Вот тут написано как вылечить.

(15) не не не. все библиотеки родные. Просто используется прокладка, как описано в статье на инфостарте http://infostart.ru/public/82018/, там где твой первый пост "Поделился таки секрутным знанием". Понижения совместимости нет. Стоит 100

(16). Спасибо. Почитаем

Но вопрос был-таки не в этом, а про "отследить загрузку процессора средствами SQL и выполнить задание"

(18) Зачем?

(19) бороться с симптомами, а не с болезнью - это же так круто!

(17) дык в том решении уже нет проблемы с выбратьПодчиненныеДокументы.
У тя в другом месте затык.

(19,20) Что б временно решить проблему. Через месяц 7.7 упраздняется, и вопроса не будет

Как переписать выборку подчиненных я тоже в курсе, просто лень.

Хотел решить задачу наскоком

(12) Само оно не меняется. Но если при пике нагрузки, его поменять вручную, то нагрузка 100 процентов пропадает моментально

(23) поменять на что ?
один раз выстави в 1 и привет..

(24)

EXEC sys.sp_configure N'max degree of parallelism', N'4'
EXEC sys.sp_configure N'max degree of parallelism', N'1'

Сначала на 4, и сразу же назад на 1. Все это в одном джобе. Все это уже отрабатывает. Вопрос, как вызвать это по условию "степень загрузки процессора > 80"

(25) Без условия сделай. Вроде тебе еще в прошлой ветке это писали.