Комментарии 7
Вспомнилось - давным-давно Oracle обещала предоставить бесплатную лицензию, если ускорение при миграции гигабайтной БД с других СУБД составит менее порядка.
Как там Caché? Postgres?
Как-то всё ещё контринтуитивным кажется пользоваться четырьмя зубами из тридцати двух. Вспоминается ещё что-то хорошо забытое старое про общественно востребованную часть стоимости товара.
В общем, даёшь энтерпрайз эдишин на каждый сервер, дабы не посягать на недополученную корпорациями прибыль!
Автору спасибо за доскональное исследование.
Будем честны 1С это в основном OLTP нагрузка и параллелизм ей часто противопоказан. Поэтому я бы сразу начинал с повышения порогового значения затрат для параллелизма cost threshold for parallelism особенно если у вас высокое значение ожидания SOS_SCHEDULER_YIELD
Вы начинаете с повышения порога парралелизма, а надо с его отключения.
Для оценки эффекта от выбранной степени и порога параллелизма лучше использовать ожидания CXPACKET. Просто так утверждать, что для 1С-систем параллелизм часто противопоказан - это неправильно, потому что в ней присутствует и OLAP-нагрузка. Ежедневно мы сталкиваемся с десятками информационных систем на 1С. Универсальной рекомендации в этой части нет, всё индивидуально.
Если будет время/желание, ознакомьтесь со статьей Записки оптимизатора 1С (часть 4). Параллелизм в 1С, настройки, ожидания CXPACKET.
Спасибо огромное за статью.
Только после неё заметил у себя на виртуальной машине VMWare, что выставлено 24 сокета по 1 ядру (по рекомендации облачного провайдера), вместо 4х сокетов по 6 ядер при установленном SQL Standard 2016.
И в итоге из 24 ядер использовалось только 4.
Чтобы увидеть сколько ядер реально использует SQL можно сделать запрос:
SELECT scheduler_id, cpu_id, status, is_online
FROM sys.dm_os_schedulers
WHERE status = 'VISIBLE ONLINE';
Подскажите пожалуйста, а чем вы смотрите Длину очереди процессора?
Я правильно понимаю, что это находится в perfmon --> Система --> Длина очереди процессора или это другой счётчик?
Спасибо за обратную связь. Рады были помочь.
Cкрины с нагрузкой и длиной очереди на процессор сделаны из нашей программы мониторинга Perfexpert, но вы можете смотреть длину очереди в perfmon. Perfexpert их добывает там же.
Записки оптимизатора 1С (ч.10): Как понять, что процессор — основная боль на вашем сервере СУБД MS SQL Server?