ЦПУ: intel core i7-4930K CPU 3.4Ghz (12ядер - из них физ 6шт.)
Оперативы: 60 Гб

ОС: Win2008 R2 64b
MS SQL 2012 - Под SQL выделено 24гб оперативы - из них забирает 18
1С:Предприятие 8.3 (8.3.13.1644)

включена шаред мемори.
диск огонь средняя дли очереди не более 0,03мс
Загрузка ЦП не более 20% в пике
блокировок вообще нет стабильно 0

БД 1С документооборот 2.1
включил замер времени для Apdex показывает средняя длительность всех операций в районе 1сек.

Проблема проявляется следующим образом: ПЕРЕОДИЧЕСКИ на любой из операций (открытие формы справочника из 100элементов или из 30т.эл) подвисает от примерно 3 до 10 секунд. При этом если смотреть замеры APDEX именно этой операции них... не показывает - ну показывает операция была замер показал 0,5 сек.
Виды ожиданий SQL на скрине по ссылке.
https://forum.infostart.ru/upload/forum/upload/5c1/5c1c9c8ae0d4ec871b07f9b5667b6979
+ Все пользователи на этом же сервере терминально тонким клиентом
+ rphost до 4 шт. каждый кушает от 1,4 до 2гб оперативы
+ непонятная особенность если запускать трасировку на sql и результат начать писать в sql бд на этот - же сервер то стабильно через 500-600 записей сервак встает колом. если это же писать в файл то работает но конечно начинает немного медленней.

mdop=1 ?

Автоприрост места для базы - 10Мб?

+ непонятная особенность если запускать трасировку на sql и результат начать писать в sql бд на этот - же сервер то стабильно через 500-600 записей сервак встает колом. если это же писать в файл то работает но конечно начинает немного медленней. Физически диск с БД и файл куда писать трассу один.!

(0)
1. MaxDop явно не равен 1
2. Диск зашивается
3. Прирост маленький, да еще в сочетании с терминалом на этой же машине....
Целое поле граблей.

Автоприрост места для базы длы базы и логов по 1024мб

диск отдыхает ожидание менее 1мс.

диск скорость чтения запись 1тб

(0) длина очереди диска в единицах а не в мс.
Карл, что с сетью, антивирами и прочей херотой? Чем ещё посторонним помимо сервера 1С, СУБД и терминального сервера занят?
Регламентные/фоновые никакие не выполняются в момент подвисания?
Shared Memory = On?

(8) На нет только 1С и субд. причем база 1шт.
Регламентные выполняются - но блокировок нет. а ресурсы сервера свободны!
Shared Memory = On

в настройках энергопотребления стоит "максимальная производительность"?

(0) raid ? или ? Смотри performance с включенными счетчиками на диск.

И Hyper-threading поробуй выключи. Камни должны быть с вкл Turbo Boost

(10) да

(11) диски свободны. Указанные счетчики смотрел.

(14) сколько рамы выдал SQL?
Давай я тебе скину вечером список счётчиков для перфмона а ты посмотришь что там и как с ними.
Антивиров точно нет? Показатель перфмона Прерываний в сек не подпрыгивает в периоды торможения?

и да, регламентно перезапускаете РП 1с? Регламентное обслуживание СУБД выполняете?

(16) регламентно перезапускаете РП 1с - каждую ночь
Регламентное обслуживание СУБД выполняете - обязательно полное перестроение индексов, статистики кэш ну стандартный набор

(15) Давай я тебе скину вечером список счётчиков для перфмона а ты посмотришь что там и как с ними - буду благодарен.
Антивиров точно нет - точно нет.
Показатель перфмона Прерываний в сек не подпрыгивает в периоды торможения - не смотрел.

(18)кидай... сеть-то не провисает? икто гигабайты не таскает туда-сюда (никому нельзя кроме измерений верить!)

(19) вот сеть то вроде между 1С и SQL по Shared Memory = On не должна пользоваться! покрайней мере по мониторингу используется менее чем на 10%

(18) в (14) говоришь смотрел,  оказывается не смотрел. Как дальше то собираешь искать проблему.

Еще раз Raid есть или нет?

(20)может провисать передача пакетов до клиентов

Счётчики:
PhysicalDisk\Avg. Disk Queue Length (длина очереди к дискам) - должна быть не более 2 диск, если рэйд то 2* кол-во параллельно работающих диска (работающих а не зеркалирующих),
PhysicalDisk\Avg. Disk Write Time (среднее время записи на диск) - не более 15 мс,
PhysicalDisk\Avg. Disk Read Time (среднее время чтения с диска) - не более 15 мс,
Processor(_Total)\% Processor Time (% загруженности процессора) - не более 80%,
System\Processor Queue Length (очередь к процессорам) - не более 2 на 1 ядро,
Memory\Available Mbytes (доступная оперативная память) - не менее 300-500 мб,
Network Adapter(*)\Bytes Total/sec (скорость передачи данных по сети) - для терминального доступа не более 60% от максимальной пропускной способности адаптера,

По счетчикам PhysicalDisk\Avg. Disk Queue Length, Processor(_Total)\% Processor Time, System\Processor Queue Length допустим короткий пик но не "полка".

Доп.счетчики для MS-SQL:
SQLServer:Buffer Manager\Buffer cache hit ratio (Процент чтения страниц из кэша) - при норме не менее 85%
SQLServer:Buffer Manager\Page life expectancy (Среднее время нахождения страницы в буфере) - при норме не менее 300 сек
Если по этим счетчикам хуже - не хватает памяти или совсем плохо с архитектурой работающего приложения.


PS я-бы ещё на всякий случай начал собирать ТЖ хотя-бы по дампам. Может там дампы пачками валятся и всё от этого.

и да схему-бы железных дисков с указанием на каком из них база, ЖР, темпы

(25)
диск ssd intel otane серия 900
Последовательное чтение (в пределах) 2500 MB/s
Последовательная запись (в пределах) 2000 MB/s
Случайное чтение (участок 8 ГБ) (в пределах) 550000 IOPS
Случайное чтение (участок 100%) 550000 IOPS
база и srvinfo на нем
tempdb на RAM диске

Чем создан ramdisk и его параметры? Подкачка то же на нем?
ЦП 20% - суммарно по всем ядрам, а что в разрезе ядер ?

(26) ЖТ тоже на нём? MS-SQL работает  в режиме WAL (Write Ahead Log), т.е. пока в ЖТ не будут внесены записи о изменения данных - транзакция не будет зафиксирована.
Скорость дисков это хорошо, но нужно смотреть на загруженность в процессе работы (счётчики перфмона, например, очень хороши для общей оценки(без разбора по конкретным операциям и транзакциям)).

(0) >>БД 1С документооборот 2.1 1С:Предприятие 8.3 (8.3.13.1644)
Нельзя полностью исключать и возможные(спонтанные) особенности поведения конкретной конфы и конкретной платформы.
Пользователей сколько всего одновременно? Зависания появляются когда все пользователи начинают что-то делать(и/или фоновые/регламентные задания), или же при одном пользователе в базе такое же поведение?

(28) MS-SQL работает  в режиме WAL (Write Ahead Log) - а разве можно поменять ? где ? как ? т.к. на первом месте по ожидания как раз выходило ожидание WRITELOG.

(24) показания снял https://cloud.mail.ru/public/2r63/5kKHzrQNF
криминал не нашел

(30) Зачем? Потерять транзакционную целостность? Может таки полечить проблему, а не её последствия?

(32) ну как бы да не хотелось бы жертвовать целостностью транзакций.

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

(34) точно не включен. да если бы и был включен то место на диске бы очень быстро достигло 0байт

а что думаете про (непонятная особенность если запускать трасировку на sql и результат начать писать в sql бд на этот - же сервер то стабильно через 500-600 записей сервак встает колом. если это же писать в файл то работает все пишет причем на диск на котором лежит база (в тоже место для чистоты эксперимента).

(35) в чем проблема настроить на свободный диск?
С отбором по пользователю не будет колоссального роста

(0) Рабочие процессы не завершаются аварийно?

(38) в ЖР нету. В настройках кластера ничего не настраивал.

(30) гони ересь из головы!

(39) ну так настрой сбор дампов - это не сложно.
(31) вечером если успею - гляну.

(36) сколько памяти сиквелу отдал?

(39) а в консоли кластера 1с в свойствах РП время запуска?

(42) 25гб на нем база одна база весит 16гб.

Настройки кластера
1) https://cloud.mail.ru/public/3xfT/uM2ePSsHR
2) https://cloud.mail.ru/public/4QGZ/4EMEAjKEF
3) https://cloud.mail.ru/public/3brc/3P4cFtC74

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

Это может быть из-за проблем с сетью?

(45) по картинке № 2

А что, теперь после сентября и КОРПа, кол-во ИБ на процесс без КОРП лицензии можно отличное от умолчания (8) ставить ? Или КОРП ?

(45) 1.Перезапуск обязан быть! Например раз в сутки строго обязательно. Память ограничь... ну пусть 3 ГБ на РП.
2. 1 РП = 1 ИБ, 128 сеансов. 90% что это локализует проблемную ИБ, если проблема не общего порядка (типа какаго-то процесса).
что со счётчиками о которых писал? Все показатели выдержаны?

(48) в (31) выложил все норм

(48) rphost создается до 4 шт каждый кушает около 2Гб. платформа 32 поэтому если rphost начинает кушать более 3.4гб то превышение адресации для 32b платформы

(50)
Ну вот в этом и проблема: рпхост достигает своего потолка по памяти и 1С его прихлопывает, попутно создавая новый рпхост почти "с чистого листа"

не жопьтесь, переходите на 64 сервер

И не ставьте ограничение по памяти на рпхост, лучше разнесите с СУБД на разные машинки

(48) (53)  Один пишет ограничить РП второй не ограничивать.
Кому верить?

(53) начинать нужно с 1 рп = 1 ИБ, 128 сеансов +  перезапуск РП раз в сутки

(50) если 1с 32-х битный, переходите на 64-х.
Забудете о куче проблем.
Проходил через это много лет назад.
Другого пути просто нет.

(56) нет возможности руководство пока не хочет тратиться. т.к. это же работает !

(57) Там же не мульЁны за update ключа с 32 до 64-х.
Если не тратиться, лучше оттуда уходить.
"Я так думаю"(c)

(58) от Питеров до Сибири эти вения докатываются не моментально... да и выбор вакух заметно уже.
Хотя... ТС, а что-б не в Ярче?

(59) не не в ней. Хотя эта контора у нас в городе есть и считается крутой !

вчерась тока раскопал одну занимательную закономерность. Когда у меня выполняется одно фоновое задание стабильно на нем замечал и повисает 1С. А задание то выполняется раз в 5мин длительность в среднем 15 сек. Теперь пока буду смотреть, что в нем именно вызывает столь чудесные эффекты.
Но все равно мне непонятно почему если запускать трассировку на sql и результат начать писать в sql (табличку) на этот - же сервер то стабильно через 500-600 записей сервак встает колом. если это же писать в файл то работает и пишет за час примерно 1,5 гб.

(57)
Руководство продолжает жевать кактус)

(62) Поймет когда "колом" встанет в один момент все. (57)  ТС лучше бы бумажку написал с подписью ответственных лиц за выделение финансов, чтоб не на словах было.

(62) Значит, их это пока не напрягает. Когда начнет напрягать, сразу найдется и финансирование и претензию выставят "Почему этого раньше не было сделано??"

Похоже нашел причину:
при выполнении следующего кода:
    Соединение = Новый COMОбъект("ADODB.Connection");    
    Соединение.ConnectionString = СокрЛП(Константы.СтрокаСоединенияСБазойСайт.Получить());
    Соединение.ConnectionTimeout = 60;
    Соединение.CommandTimeout = 60;
    Соединение.CursorLocation = 3;    
    Попытка
        Соединение.Open();
        Если Соединение.State = 1 Тогда
        КонецЕсли;
    Исключение    
    КонецПопытки;

99.7% (более 12сек.) занимает вот эта строка (Соединение.Open();)
есть мысля как ее многократно :) ускорить или еще чего похуже с ней сотворить ?

(65) причем если повторно его запустить то на второй раз Open выполняется за 0,028сек.

(65) а зачем оно надо и почему оно делается в клиентском потоке?

(65) если это весь код, то он очень странный, он же ничего не делает

(68) Как ничего не делает - открывает коннект и инициализирует СОМ-объект для переиспользования

(67) это фоновое делает на сервере

(68) это не весь код

(69) Ну очевидно - отказаться от ком и сделать на HTTP

(72) не очевидно. есть какой то пул соединений пока изучаю что это.

Еще можно отказаться от ком и сделать на внешних источниках данных

(73) Беда в том что каждое фоновое это отдельный сеанс. Если в рамках одного сеанса закешировать com соединение можно, то как это сделать между сеансами - я не знаю.

(72) Кого на ХТТП - ADODB.Connection?

(76) Обмен же

(77) Так он походу прямо в БД сайта и пишет. Предлагаешь сделать для сайта АПИ / перепискать серверную часть?

(75) Эээээ константа (+ перед использованием проверка кратеньким запросом)?

(79) в константу не запишешь comОбъект

(80)А если в Хранилище и адрес в константу?

(79) Ага. А тут внезапно кластер и следующее фоновое выполняется на другом (а то и линуховом) сервере...

Не... Тут всю систему менять надо (с)

для этого есть Com+
чтобы можно было подключаться к пулу обьектов,и они не дохли,а также не жили внутри процесса.

(82) поэтому "(+ перед использованием проверка кратеньким запросом)"

(84) не попробовал от туда пустое значение возвращается.

Проблема решена.
сменил драйвер odbc mysql  с версии 8.0 на 5.1
время подключение изменилось с 12сек. на 0,03сек