Petr Nikolaevuser1c,

Согласен, все тесты у нас также не показали прироста производительности , он конечно был , но в пределах погрешности %10

а вот тяжелые отчеты , из-за которых у нас возникают блокировки и как следствие тормоза(т.к. при их выполнении также активно юзается tempdb) , начали летать! со всеми плюсами ,

если бы у нас бухгалтерия и сбыт работали в разное время, то проблем бы не возникало...

кстати вопрос к вам как к опытному, max degree of parallelism и сопутствующие с ним параметры sql вы как выставляете ?

и как часто в ваших интеграциях строятся системы с использованием shared memory? ( у меня не получается его использовать т.к. кластеризованно все)

Подозреваю, что либо ваш супер-отчёт написан криво, и вы пытаетесь решить косяки программистов с помощью технологического апгрейда, либо есть косяки в настройке сервера (например, малый размер для авторасширения) .

Кстати, MAXDOP на многоядерных системах с HT рекомендуют выставлять не выше, чем количество физических ядер в системе, например, для amd 6172 = 12, для e5-2690 = 8 (ну уменьшите их ещё в 2 раза - 6 и 4, но ставить 1, это всё равно, что ездить на одном цилиндре 8-цилиндрового мерса). Для параллелизма есть нюанс с одновременным доступом к памяти в многопроцессорных системах при совмещении серверов MSSQL и 1С, на них иногда MSSQL лочат на конкретный многоядерный процессор, чтобы оставить другой процессор для сервера-1С.

user1candr_andreyно ставить 1, это всё равно, что ездить на одном цилиндре 8-цилиндрового мерсаЭто, кстати, одна из официальных рекомендаций вендора для ранних версий MSSQL, но не из-за производительности а из-за случаев возникновения взаимных блокировок:

http://kb.1c.ru/articleView.jsp?id=27

Мне не встречали примеры, когда из-за DOP <> 1 получилось повысить производительность комплексно для систем на 1С 8, приходилось использовать другие методики. Если у Вас есть такие примеры, поделитесь пожалуйста.

MAXDOP влияет на скорость построения и изменения индексов. Если допустить, что мегаотчёты автора ветки действительно работают с большими массивами данных(в противном случае непонятно такое время выполнения), то оптимизатор вполне может выбрать способ соединения HASH JOIN для больших таблиц, и тут MAXDOP > 1 лучше.

Вопрос конечно к автору, каков план запроса мегаотчёта и сколько выставить MAXDOP?
Я бы рекомендовал ему количество физических ядер поделить на 2 и выставить его в MAXDOP, и только при получении ошибок блокировки менять его в меньшую сторону.

user1c...
Мне не встречали примеры, когда из-за DOP <> 1 получилось повысить производительность комплексно для систем на 1С 8, приходилось использовать другие методики. Если у Вас есть такие примеры, поделитесь пожалуйста.

Только не подумайте, что я утверждаю этот простой параметр как серебряную пулю, я просто поделился своим скромным опытом.