Приветствую уважаемые.

Имею базу ЕРП 2.4.13, платформа 8.3.16.1876, клиент сервер (MS SQL Server 2016).
Сервер SQL, сервер 1С, rdp сервер находятся на одной физической машине. Виртуалки не используются.
База имеет доработки. Размер базы - 70ГБ.

При запуске закрытия месяца (закрытие месяца не доработано) начинает дико тормозить вся база ЕРП у других пользователей. Долго открываются списки справочников (вместо 2 секунд 20-40), документов, долго проводятся документы, долго формируются отчёты.
По загрузке железа в этот момент всё хорошо. По счётчикам: Проц загружен в среднем на 11%, максимум 60%, очередь к ядрам 0,7, памяти свободной имеется 20ГБ, очереди к дискам (все SSD) не более 0,3.

В SQL сервер Shared Memory включено
Перестроение индекса и обновление статистики еженощно выполняется.
В базе 1С используется RLS, но закрытие месяца происходит под админом с полными правами без ограничений.

Какие ещё счётчики включить, куда смотреть чтобы понять из за чего возникают тормоза.

p/s/ Ещё вычитал про настройку "Максимальная степень параллелизма", установить её = 1. Сейчас = 0. Имеет смысл менять?

(2) Да, упустил важный момент
2 проца
Процессор    Intel(R) Xeon(R) CPU E5-2667 v3 @ 3.20GHz, 3201 МГц, ядер: 8, логических процессоров: 16
Установленная оперативная память (RAM)    128 ГБ

(4) Отдано скулю 50ГБ

(5) местный тоже, только в других ветках

(7) эээ а юзеров у вас сколько?

(7) имхо оставить этот сервер под RDP а для сервера 1С надо проц пошустрей в ГГц

И рс сколько потвремени?

(10) 3.2 Гц сейчас уже считается медленным? О_о

(9) 50 пользователей
(11) Что такое РС? Не понял вопроса

Расчет себестоимости

Расчет себеса

(12) Угу
Сейчас от 4.5 базовая доступны процы

(10) Он у меня в турбобусте до 3,5 разгоняется.
(14) 4 часа

Параллелизм установить в 1 обязательно
И 3.2 ГГц это мало

(7) Турбобуст на все ядра пробовал?
https://xeon-e5450.ru/socket-2011-3/e5-2600-v3/hak-turbobusta/
Хотя бы 3.6 будет на постоянке

(0) параметры tempDB какие?

Автоапдейт статистик случайно не отключен? Закрытие месяца может все статистики умножить на ноль

(17) а сколько итеиаций?

(19) Включен турбобуст. в (17) это отметил.
(20) ТемпДБ разделён на 8 файлов и они лежат на отдельном диске от основной базы. Все 8 файлов на одном диске. Размер каждого файла 1ГБ
Не знал про авто обновление статистики. Сейчас загуглю где это посмотреть.
(21) Сколько раз подряд закрывают месяц? Раза 2-3.

(22) сколько рауз считает слу

Ничего не поможет, нужно смириться с таким поведением 1С. Это вы ещё на 2.5 не перешли...

(20) >> Автоапдейт статистик случайно не отключен?
В базе ЕРП стоит "Автоматическое обновление статистики" = True

(23) Извиняюсь, не знаю как теги спойлера проставить.

    Решение СЛУ:
        - Точность решения СЛУ: 1 * 10^-6
        - Максимальное количество итераций поиска решения СЛУ: 200
        - Количество потоков при решении СЛУ: 0
        - Разрядность числовых полей, используемых при решении СЛУ.: 28
        - Максимальное значение, допустимое для суммового поля запроса: 28
    Погрешности решения СЛУ:
        - Максимальная себестоимость (регл.), считаемая погрешностью: 12
        - Максимальная себестоимость (упр.), считаемая погрешностью: 12
        - Максимальная сумма расходов (регл.), считаемая погрешностью: 12
        - Максимальная сумма расходов (упр.), считаемая погрешностью: 12
        - Максимальное количество, считаемое погрешностью: 0,05
    Ограничения на размер различных структур данных:
        - Максимальное количество строк в таблице значений: 100 000
        - Максимальное количество строк в наборе записей: 10 000
        - Максимальная порция выборки данных при расчете партий: 10 000
        - Максимальная длина цепочки движения партии: 650
    Обход проблем конфликта блокировки данных:
        - Максимальное количество попыток записи сформированных движений: 1
        - Ожидать окончания записи предыдущей порции этого же регистра: Да
    Управление многопоточностью:
        - Максимальное количество одновременно выполняемых потоков расчета партий: 5
        - Максимальное количество одновременно выполняемых заданий записи: 5
        - Максимальное количество движений, записываемое одним фоновым заданием: 100 000
    Управление итогами регистров:
        - Отключать итоги регистра перед записью движений: Да
    Переход на партионный учет версии 2.2:
        - Взять остатки себестоимости из партионных регистров: Нет
        - Распределять расхождения в суммах регистра себестоимости и регистров партий: Да
    Проверки данных:
        - Проверять подбор партий в сформированных движениях: Нет
        - Проверять соответствие остатков в регистрах себестоимости и партий НДС: Нет
        - Проверять соответствие оперативного учета и себестоимости: Нет
        - Проверять данные для расчета партий НДС (ФИФО скользящая): Нет
        - Проверять соответствие регистров Прочие расходы и Партии прочих расходов: Нет
    Выгрузка промежуточных данных расчета:
        - Каталог для сохранения данных расчета партий:
        - Сохраняемый этап партионного учета 2.2:
        - Каталог для сохранения СЛУ:
        - Формат сохранения СЛУ: csv
    Использование возможностей Платформы:
        - Использовать платформенный механизм нумерации строк временной таблицы: Да
        - Использовать платформенный механизм решения СЛУ: Да
    Отладка расчета:
        - Перед расчетом очищать старые расчетные движения: Нет
        - При проведении документа не сохранять старые расчетные движения: Нет
        - Контролировать корректность разбиения на порции: Нет
        - Игнорировать некорректные первичные движения документов: Нет
        - Не выполнять оптимизацию данных при расчете партий: Нет
        - Не выполнять оптимизацию цепочек при расчете партий: Нет
        - Не выполнять расчет себестоимости: Нет
        - Не сдвигать период расчета по окончании расчета: Нет
        - Расчет только одного этапа: Нет
        - Исправлять пустой регистратор в сформированных движениях: Нет

(22) >Включен турбобуст. в (17) это отметил.

ты не совсем понял, залочить (хак) турбобуст на максимуме для всех ядер
это можно делать при хорошем охлаждении

(25) не знаю что за настройка в ERP, пусть лучше админ в SQL в параметрах базы посмотрит

темпДБ возможно нужно увеличить, и вообще он должен на самых быстрых дисках лежать. У нас например были проблемы когда ему не хватало места для логов

(22) Файлы темпдб мелкие какие-то. Я бы по 5-10 гб поставил. Может гуру sql меня поправят.

4 часа многовато

(28) Да, я двояко выразил мысль.
В свойствах базы ЕРП в SQL сервере стоит "Автоматическое обновление статистики" = True

ТемпДБ могу увеличить, но я сомневаюсь что дело в нём. Попробую.
(27) В биосе это делается? Сейчас поищу инфу как это сделать.

(26) уменьши точность решения до 0,1, но это поможет если итераций решения слу много, а ты выгрузил настройки, а нк протокол

Процы 2014 года вроде, чо по хардам?

(30) По логам "Протокол расчёта" написано что время выполнения 36 мин. 24,302 сек., но пользоватлель уверяет что 4 часа крутилось закрытие. Сегодня на копии сам запущу, посмотрю кто меня обманывает.

(31) >В биосе это делается? Сейчас поищу инфу как это сделать.

Это не так просто сделать, не просто галочка а патч биоса

(35)+ http://xeonlive.ru/instruktsii/unlock-turbo-boost-2-0

(32) Скинул весь проток сюда: https://dropmefiles.com/GvMPY
Скажите пожалуйста мне на будущее какая строка именно вас интересовала из протокола, потому что я сейчас не нашёл ничего похожего

(33) Модель    INTEL SSDPEDMX012T7

(36) или http://xeonlive.ru/instruktsii/unlock-turbo-boost-s-pomoshchyu-s3turbotool

(34) Не путайте закрытие и расчет себестоимости
Расчет себестоимости - это один из этапов закрытия. В закрытии есть еще пересчет взаиморасчетов и всякое разное
(0) У вас тупо не хватает ресурсов на одновременную работу всего - и сервера 1С, и SQL и пользователей (пользовательские сеансы там же ведь?). Очереди к диску и процам намекают на это.

(0) [Сервер SQL, сервер 1С, rdp сервер находятся на одной физической машине] + [Проц загружен максимум 60%]
стандартные вопросы:
- сиквел в симпл моде
- для сиквела выделены собственные ядра
- у рабочих процессов одно соединение на процесс

По масштабируемости

- откуда информация, что 4 часа для РСВ - медленно
- что случилось в августе и чем вызван топик

По разгону:
- разделение 3-х серверов на разные хосты
- повышение тактовой частоты сервера с rphost
- анализ отчета по закрытие периода, которого нет в топике

(40)[В закрытии есть еще пересчет взаиморасчетов и всякое разное ]
взаиморасчеты - 5%
отражение в регл. учета - 7-10%

(40) Так очередь к диску ничтожная, а у проца очередь * кол-во ядер. Ядер 8, очередь 0,7. Всё же в норме, разве нет?

(41)
>> сиквел в симпл моде
У базы полная модель восстановления
>> для сиквела выделены собственные ядра
Не выделены
>> у рабочих процессов одно соединение на процесс
Не знаю где это посмотреть
>> откуда информация, что 4 часа для РСВ
Интересует не время выполнения, а тормоза у всех пользователей.
>> что случилось в августе и чем вызван топик
Проблема была раньше, и постепенно усугублялась

(44) дык тормоза юзеров по RDP совершенно логичны, когда сервер 1С на том же железе начинает "считать"

(40) >> У вас тупо не хватает ресурсов на одновременную работу всего - и сервера 1С, и SQL и пользователей (пользовательские сеансы там же ведь?).
Да, пользователи работают на этом же серверепо РДП
(45) Я заходил не по РДП, со своего компа. И так же наблюдались тормоза.

(45)+ в диспетчере с загрузкой ядер в этот момент что творится?
по типу https://i2.paste.pics/0afd7f1ca9d121f21aec374232eac91d.png

(46) >Я заходил не по РДП, со своего компа. И так же наблюдались тормоза.
гм а вот это странно

(44)[Интересует не время выполнения, а тормоза у всех пользователей. ]
приоритетной версией является обслуживание одним ядром CPU одновременно сиквела, rphost-ов РСВ и rphost-ов пользователей и RDP
отсюда вопросы:
- сколько рабочих процессов и как у них настроена память

(46)[Я заходил не по РДП, со своего компа. И так же наблюдались тормоза.]
конечно толстым клиентом ?

(49) а RPhost должен жрать всю доступную память? (если в лимитах - установлена вся доступная?)

(47) На мой взгляд всё в норме т.к. до 80% даже не доходит
http://www.ximage.ru/index.php?id=1632295101
(50) Тонкий клиент, комп в локальной сети сервера

(44)[>> для сиквела выделены собственные ядра
Не выделены]
метнулся - настроил - доложил

(52) ещё раз, нужна загрузка ядер, а не средняя по больнице
а нужно толстым

(49) сколько рабочих процессов и как у них настроена память
1 рабочий процесс,
Безопасный расход памяти на один вызов = 0,
критичеий объём памяти процессов = 0,
временно допустимый объём памяти процессов = 0,
интервал превышения допустимого объёма памяти процессов = 40000

(53) Не знаю как это делать, буду вечером изучать этот вопрос.

(43) В норме очередей вообще не должно быть.

(41) >>повышение тактовой частоты сервера с rphost
СУБД(любая) будет обижаться за то, что ее так унижают и мстить.

(55) если у тебя криво настроен рабочий сервер и под нагрузкой создаётся всего один рабочий процесс, то топик можно закрывать, а тому, кто настроил кластер - отрезать руки

(57) такова её доля, с ветром утренним споря (с)

(58) хм, если у него проф (а похоже так и есть), там мало возможностей для настройки

(58) А сколько их должно быть? Чем плох один процесс? На конференциях слышал, что смысла плодить rphost-ы - нет.

(60)[мало возможностей для настройки] <> не достаточно

(58) Напрямую указывать сколько запустить рабочих процессов можно же было только в 8.2. В 8.3 можно только косвенно, поменяв настройки
Количество ИБ на процесс - тут 1 база, ничего не даст изменение этого параметра
Количество соединений напроцесс - тут можно менять, но какое число установить.
Притом платформа не проф, тут поменяешь параметры и 1Ска заглохнет. Впринципе можно попробовать проф купить, но надо понять нужно ли это.

(63) форум ждёт нагрузки ядер при РСВ, всё остальное самоочевидно

(54) Понял, вечером посмотрю как будет загрузка на каждое ядро.

(65) а для нам загрузка без нагрузки ?

(66) Загрузка без нагрузки сейчас такая
http://www.ximage.ru/index.php?id=1632297459

(67) лучше монитор ресурсов щелкни и в обзоре раскрой всё

крутить параметры 1Са все равно что пинать дохлую мышь

(67) Имхо в память и в дисковую уперлось
Проверить если совсем без юзеров RDP если запустить закрытие месяца один-два сеанса (внешних) тоже тормозят или нет?

(70)+ Ну и тест Гилева и CPU-Z с CrystalDiskMark тесты глянуть

(71)+ причем как совсем без нагрузки, так и без юзеров rdp при закрытии так и с полной самой нагрузкой что происходит

(70) вот хочеться глянуть че у него там, а то херню показал

квоты дисков отключить на фиг.. например..

+кстати да, памяти то почти нет, если это без нагрузки тест, то че там когда с нагрузкой? )

(68) Вот в мониторе
http://www.ximage.ru/index.php?id=1632300149

Ну вот, всё в притык, выгоняй РДП на другой сервак

(77) Памяти впритык потому что я сейчас наплодил баз, чтобы 2 рпхоста создать. Так то обычно 60-70% свободно.

(74) Квоты не используются

(7) Отключите hyper-threading нафиг. Он может быть причиной тормозов, если на одном физическом ядре сталкиваются 2 потока.

(71) Все окна через CPU- http://www.ximage.ru/index.php?id=1632301330
Системный диск (Установлен SQL) - http://www.ximage.ru/index.php?id=1632301405
Диск с базами - http://www.ximage.ru/index.php?id=1632301380

(26) Зайдите в настройки параметров операций закрытия месяца, Решение СЛУ -> Количество потоков при решении СЛУ и задайте не более 8 потоков (лучше даже меньше). Сравните, стало ли лучше.

(80) Буду имет в виду, но пока оставлю на будущее.
(82) Спасибо, попробую вечером поиграться с этим параметром

(0)
16 ядер... на 50 юзеров ERP... вместе с RDP... при закрытии месяца...
Ну тут что ни делай - мёртвому припарка...
Выводи RDP на отдельный сервер, однозначно полегчает.
Дальше уже полегче будет локализовать проблему, если она останется.

(0) "При запуске закрытия месяца (закрытие месяца не доработано) начинает дико тормозить вся база ЕРП у других пользователей." - закрывайте месяц ночью.
Блокировки прут. Смотри на SQL.

(81) в CPU-Z сделать Bench

(86) http://www.ximage.ru/index.php?id=1632302860

(85) > закрывайте месяц ночью
Практика показывает, что со временем и ростом базы и ночи перестаёт хватать.

mdop тоже можно совсем не выключать, поставить 4-6, посмотреть как будет, не отказываться же от многопоточности в SQL совсем.
Тем более, что при реиндексации и реструктуризации ИБ многопоточность бывает полезна.

(87) Не фонтан но вполне норма
Проверял тормозит только та же база в которой закрытие месяца выполняется а если копию рядом в ней не тормозит?

(90) Та же мысль пришла в голову, попробую вечером.

(85) А смысл смотреть на SQL, если ERP на управляемых блокировках, и многие блокировки идут только на уровне сервера 1С, не доходя до SQL?

(92) Управляемые блокировки - это по-твоему "волшебная таблетка", которая спасает от блокировок?
А вот хрен там...

Думаю что докопался до причины проблемы.
Запустил закрытие месяца в рабочей базе, провожу документы в рабочей базе на РДП - тормозит
Запустил закрытие месяца в рабочей базе, провожу документы в рабочей базе на компе в локальной сети (тонкий, толстый) - тормозит
Запустил закрытие месяца в рабочей базе, провожу документы в копии на РДП - тормозит
Запустил закрытие месяца в рабочей базе, провожу документы в копии на компе в локальной сети (тонкий, толстый) - тормозит
Поэтому вариант с блокировками отмёл.

Воспользовался мыслью (54), а именно какая нагрузка на каждое ядро во время тормозов, и в диспетчере задач увидел такую картину: 16 потоков загружены в 95-100%, 16 в 20-30%. Рпхост отъедает 45-49% от общих доступных ресурсов процессора.
Начал искать инфу и нашёл такую - https://its.1c.ru/db/metod8dev/content/5903/hdoc
Сделал вывод что в моём случае рпхост не использовал два проца, а только один. В среднем нагрузка 60%, но при этом 1 проц загружен на 100%, второй прохлаждается и рпхост его не использует.

Дальше воспользовался советом (82), нагрузка спала, используются так же только 16 потоков одного проца, но нагрузка там более менее размазана. Естественно закрытие месяца растянулось с 4 до 7 часов т.к. я ограничил кол-во потоков до 8. Тормоза ощущаются, но уже не так сильно. Как временный вариант облегчения проблемы подойдёт (замёл грязь под ковёр). Сейчас буду выводить сервер 1С на другую машину с ОДНИМ процессором с большой частотой, сервер SQL и рдп останутся на этом.

Всем спасибо кто поделился идеями.

(93) Даже если нет блокировок на SQL - это ничего не значит, т.к. блокировка будет на уровне сервера 1С.

(94) Скорее всего оба процессора загружены на 100%. Просто из-за 2 логических ядер на 1 физическое оно отображается вот так вот. Если отключить HT - сразу будет видно почти 100% загрузку. Т.е. не будет такой ситуации, что доступное время ЦП вроде бы есть - а по факту нет.

(94) Еще имейте в виду, что сервер Проф версии платформы не может использовать более 12 ядер

(94) А попробовать разделить ядра м/у sql и 1с принудительно?
Нет ли м/у ними борьбы за недостаточные ресурсы?

Проверяли ли, что работает SharedMemory? Может оно включено, но не работает?

select PROGRAM_NAME, net_transport
from sys.dm_exec_sessions as t1
left join sys.dm_exec_connections as t2 on t1.session_id=t2.session_id
where not t1.program_name is null

http://www.gilev.ru/sqland1c/

(97) https://infostart.ru/public/307547/

(97) >> Проверяли ли, что работает SharedMemory? Может оно включено, но не работает?
Выполнил запрос, в колонке везде shared memory
>> А попробовать разделить ядра м/у sql и 1с принудительно?
В SQL я посмотрел, увидел где можно зарезервировать конкретные ядра под SQL. (Пока что не делал привязку т.к. вчера не успел)
В 1С я не видел чтобы повесить rphost на отдельное ядро. Как это сделать?

(99) Никак это не сделать и нет никаких доказательство что такое ручное управление будет лучше того которое делает ОС.

(99) отдавая ядро сиквелу, мы тем самым "отнимаем" его у ОС и его сервисов, в т.ч. rphost

(99) Сделай  https://www.sqlskills.com/blogs/paul/wait-statistics-or-please-tell-me-where-it-hurts/

+(102) собери статистику ожиданий за тот период когда база тормозит (только перед этим обнули ее - там есть скрипт)
Так хоть какая-то диагностика будет, а не гадание на кофейной гуще.

(100) Вроде считается, что 1С Проф ест первые 12 ядер
Значит, если ядер 32, можно попробовать скулю дать 13-32

Сам SQL Standart скушает не больше 24 ядер?

Понятно, что это все нужно тестировать и возможно выхлопа и не будет.
http://www.gilev.ru/forum/viewtopic.php?f=18&t=1637

(104) насколько я помню, ограничение идет на первые 12 физических ядер

ERP - это боль. Даже загрузка пустой базы на не совсем старом компе не вызывает восторга. А учитывая как 1с-овские 1с-ники оптимизируют запросы - это жесть. Недавно у клиента тормозило проведение документа в УПП. Часа 4 проводился. Нашёл задумчивый запрос, переделал структуру. Документ стал проводиться несколько минут.