Почему на SQL-сервере загружено всегда только одно ядро #375135

Запускаем некий отчет или обработку в 1С (платформа 8.0) наблюдаем за загрузкой процов на SQL-сервере в диспетчере задач (по графику на каждое ЦП). Видим как грузится то одно, то другое ядро. Куда копать? SQL 2000, Win 2003, Сервер 1С и Sql на разных машинах.

потому как скуль лицензируется по процессам и по ядрам. если не ошибаюсь

Значит, запросы такие, что скуль их распаралелить не может. Радуйся. Ибо паралеллелизм - далеко не всегда благо.

так запустите еще один отчет

Ставь 8.1, создавай несколько процессов в кластере.

И что это даст?

Блиннн, промограл, для скуль-сервера абсолютно ничего.

Смотри настройки SQL - там можно выставить использование нескольких ядер. Не знаю, будет ли нарушением лицензионного соглашения запуск SQL на многопроцессорной машине с лицензированием на 1 процессор, но с отключенными ядрами. Думаю, скорее всего, так нельзя.

на сколько я понимаю все лицензии это лишь бумажки... В настройках вроде все процессоры отмечены. Вообще вот скрин настройки, может что-то еще потыкать: вроде хоть сколько запускай - все равно один проц только грузится. Сейчас еще попробую. ну это с нового года планирую.

Деньги тоже всего лишь бумажки, ага... :)

> вроде хоть сколько запускай - все равно один проц только грузится. тогда см. настройки скуля и affinity mask. При нескольких процессах должны все ядра работать.

sql, как и весь софт в компании лицензионный по всем правилам, по всем бумажкам. Отдела "К" надавно был, сказали все нормально Так что можно это не обсуждать :)

а чё обсуждать - запусти параллельно 4 обработки - загрузит 4 ядра.

Ага, все. Если несколько отчетов одновременно запустить, то грузит одновременно разные ядра. А один отчет просто не может разбить на несколько. так? А 8.1 сможет это сделать?

[А один отчет просто не может разбить на несколько] как ты себе представляешь асинхронное выполнение разных частей отчета в 1С ?

Все понял. Спасибо.

"А один отчет просто не может разбить на несколько. так?" - см. .