Добрый день!
Имеется сервер -

Имя ОС:    Microsoft Windows Server 2008 R2 Enterprise 6.1.7600 Сборка 7600
Модель:    HP ProLiant ML350p Gen8
Процессор: Intel(R) Xeon(R) CPU E5-2620 0 @ 2.00GHz, 2001 МГц, ядер: 6, логических процессоров: 12
Установленная оперативная память (RAM):    16,0 ГБ
Модель жестркого диска:    HP LOGICAL VOLUME SCSI Disk Device - 279,37 ГБ
Сеть: 1 Гб

Этот сервер используется для Агент сервера 1С:Предприятие 8.3
32 бита
Версия платформы: 8.3.9.2170
Клиент-серверный вариант работы.

Описание проблемы:
Около 30 пользователей работают в конфигурации Бухгалтерия для Казахстана 3.0 - типовая, на поддержке.
Базу начали вести с 01-01-2017, т.е. она относительно небольшая.
По непонятным причинам, база начинает сильно тормозить в рандомные отрезки рабочего дня.
При этом, просматривая монитор производительности сервера - он совершенно не загружен, ни процессор, ни ОЗУ, ни жесткие диски.
Очень важный момент: тормоза никак не связаны с проведением документа, построением отчета, или с какой либо другой нагрузкой на СУБД. Тормозит сам клиентский интерфейс. Очень долго открывается форма документа\справочника (от 30 до 60 сек, при этом не зависит от того, создается новый элемент, или открывается старый). В документе Поступление ТМЗ и услуг для изменения цены руками у одной из 5 строк документа мне необходимо около 40 секунд (и это до записи документа в БД).
В особо печальные моменты, спасает перезапуск сужбы Агент сервера 1С:Предприятие 8.3
В двух словах: судя по загруженности оборудования сервера - все отлично, но при этом база висит :(
Единственное что вижу из проблем, так это заполнение каталога
C:\Program Files (x86)\1cv8\srvinfo\reg_1741\snccntx14e40b07-a5ea-4fd7-97ff-0d953137f0b3
файлами вида snccntx.00000192.dat, snccntx.00000193.dat и т.д. Каждый в среднем по 65 Мб. За 3-4 дня сжирается более 30 Гб дискового пространства. Пока не понимаю в этом ли причина тормозов.

Опытным путем выяснилось, что тормозят только конфигурация БД версии 3.0 (управляемые формы)
В конфигурации 8.2 (обычные формы) - тормоза не наблюдаются.

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

План питания пади не поставил

(понеслась)

"Очень долго открывается форма документа\справочника (от 30 до 60 сек" // Помониторить диск СУБД

(1) План электропитания?

+(4) установлено в Высокая производительность

(3) никак не зависит от СУБД. Просто переключение между вкладками уже открытого документа - тормозит (см. пример с ценой)

Замер производительности что показывает?

(6) При переключении между вкладками вполне может что-то читаться из БД, например какая-нить задолженность пересчитывается.

(7) замер производительности во время торможения не выполнял.
Во время тормозов выполню его завтра, отпишусь.

Посмотри фоновые задания. Попробуй отключить на время

(8) По шагам:
Пример - 1
1. Открыл документ приходная накладная
2. Перешел на вкладку товары
3. в 3 строку, в ячейку цена 2 щелчком кликнул мышью
4. жду 15-20 сек
5. ввожу цену
6. провожу документ

Пример - 2
1. Открыл документ Начисление зарплаты
2. в первую строку, в ячейку Результат 2 щелчком мыши
3. жду 15-20 сек
4. ввожу результат
5. провожу документ

(10) отключены

Чудес не бывает, а замер первое что надо было делать

(11) 1 окошко становится "серым" в диспетчере "не отвечает" ?
2 пользователи в терминале или локально?
3 какие обработчики на этих полях?

Пользователи с локальных машин работают или в терминале?
Если с локальных, то на любом компе тормоза возникают или на каком-то конкретном?

И еще вопрос - какая СУБД?

По поводу сеансовых данных (файлов вида snccntx):
"Анализ причин роста сеансовых данных"
https://its.1c.ru/db/metod8dev#content:5860:hdoc
Анализ, методики решений. Там же настройка технологического журнала и подробные инструкции.

(13) Замер выполнялся так.
На клиентской машине запущен конфигуратор
Включили замер производительности
Запустили из конфигуратора 1С предприятие и стали работать
Наблюдаем тормоза при заходе в список документов ЭСФ.
Открылся список документов
Хотим в этот список добавить отбор по Контрагенту, для этого в списке документа жму ЕЩЕ - Изменить список. Тут повисли на 2 минуты.
Вот данные замера:

Строка - Кол. - Врем. (чист) - % (Врем.)(чист.)
ИспользоватьВнешнююОбработку = ЭСФВызовСервера.ИспользоватьВнешнююОбработку(); - 5 - 11,462119 - 45,34
Если ЗаданиеВыполнено(ФоновоеЗаданиеИдентификатор) Тогда - 17 - 3,902105 - 15,44
ИмяВнешнейОбработки = ЭСФВызовСервера.ПодключитьВнешнююОбработку(); - 5 - 3,245558 - 12,84
Если ЗапуститьОбновлениеДанныхБлоков(БыстроеОбновление) Тогда - 1 - 2,165232 - 8,57
СписокЭСФ(ПредопределенноеЗначение("Перечисление.НаправленияЭСФ.Исходящий")); - 1 - 2,106747 - 8,33

(14)
1 окошко становится "серым" в диспетчере "не отвечает" ? - да
2 пользователи в терминале или локально? - локально
3 какие обработчики на этих полях? - обработчиков нет

(15)
Пользователи с локальных машин работают или в терминале? - с локальных и в терминале
Если с локальных, то на любом компе тормоза возникают или на каком-то конкретном? - тормоза и на терминале и на локальной машине

(16) microsoft sql server 2008 r2 enterprise edition

Как называется конфигурация? Не типовая?
...
Однажды у клиентов столкнулся с тем, что было запущено два сервера 1С. Первый забыли остановить, когда устанавливали второй. Тормоза были еще те...Я к тому, что неплохо бы проверить лишние службы.
..
Зачем работать в терминал и по локалке одновременно? Что-нибудь одно не подходит?

Не уверен, что проблема может быть в этом, но я бы попробовал "прописать" в свойствах корня конфигурации явную совместимость. Пусть платформа остается та, что есть, но версию совместимости все-таки понизить и посмотреть.

Это понижение совместимости не должно быть критичным для функциональности конкретной базы и не повлияет никак на остальные.

// в конфигурации Бухгалтерия для Казахстана 3.0 - типовая, на поддержке

вот по ней и посмотреть, на каком минимальном релизе платформы ее можно запускать и установить совместимость в соотв. с этим релизом.

(0) "В двух словах: судя по загруженности оборудования сервера - все отлично, но при этом база висит". Что показывает загрузка диска?

(18) фоновое задание, ИспользоватьВнешнююОбработку при каждом вызове, тормоза и на терминале и на локальной машине, плодятся snccntx - похоже надо (17). Попробуйте помониторить память как там описано, сначала без техножурнала. Мб обновление конфы есть и поможет просто обновиться?

СУБД то какая? Секрет?

Куча файлов в папке кэша - это не нормально. Задавайте вопрос в 1С что это за файлы и почему могут создаваться в таких объемах.

(1) отключите журнал регистрации (если он на sqlite)

(19) исключено
(21) спасибо
(22) прыгает, от 0 до 100
(23) сейчас перенесли каталог с сеансовыми данными на другой диск. пока тестируем. Обновлений нет, релиз актуальный.
(24) написано в (18) microsoft sql server 2008 r2 enterprise edition
(25) журнал регистрации со стандартными настройками, без SQL lite

Попробуй это на компе где тормозит 1С:
1. Создаем внешнею обработку в 1С
2. Вписываем туда следующий код:

ОчиститьНастройкиПользователя(ПользователиИнформационнойБазы.ТекущийПользователь());
Сообщить(ПользователиИнформационнойБазы.ТекущийПользователь());

3. Сохраняем обработку
4. Запускаем ее от пользователя у которого медленно открывается печатная форма
5. После чего проверяем открытие формы

(26) нуно смотреть не только загрузку диска, но и очередь к диску. А том может тупо диск не справляется

(26) Как раз стандартные настройки журнала это и есть  SQLite

(28) средняя длина очереди диска:
Максимум 7,940
средний 1,012
минимум 0,002

перенос сеансовых данных на другой диск не помог
(29) отключили журнал регистрации, тестируем

(29) не помогло

(30)
средняя очередь диска более 1 - это и есть наиболее вероятная причина... Начни копать именно в этом направлении...

из личного опыта норма - 0.5


ну и еще для разнообразия - очень долго запускается 1с

(30) Хрена се очередь.

может харды хотят в отставку?

(0) Установленная оперативная память (RAM):    16,0 ГБ

Кошмар.

(35) Не удивительно, если туда читает/пишет sql, 1с и винда.

(37) Так вроде же в (0) "Этот сервер используется для Агент сервера 1С:Предприятие 8.3 "
Автор, поясни где sql расположен?

проц так себе Intel(R) Xeon(R) CPU E5-2620 0 @ 2.00GHz + скорее всего надо в биосе и ОС отключить энергосбережения
ну и смотреть СУБД

(33) После 0.2 уже заметные лаги будут.

(36) Под задачи топикстартера это с избытком. Весьма вероятно что суммарно занятая процессами сервера 1С и SQL память скорее всего за всё время работы ни разу не превысила половину установленной.
Конечно память не дорога и потому подход "дайте мне таблеток от жадности, да побольше, побольше!" имеет право на существование.

(30) Длинна очереди не низкая, но и не катастрофически высокая. Максимум 7 это конечно дохрена, но если только на короткое время то это терпимо. Нужно посмотреть что происходит в моменты тормозов. Если очередь растёт именно в момент тормозов то да, проблема в дисковой системе, но нет то скорее всего проблема в другом месте.

(41) Да, под задачи топик стартера это с избытком.

Собственно, у топикстартера все отлично работает :)

(33) - за ссылку спасибо. в моем случает она запускается медлено только тогда, когда идет общее зависание БД.
(33)(34)(35) - спасибо за совет по жестким дискам.
(36)(37)(38) - к сожалению я не внимательно описал состояние сервера. прошу прощения.
И сервер 1С и SQL сервер, выло на одной и той же машине, что описана в заголовке. Но при этом из 16 Гб ОЗУ расходовалось максимум 12 Гб.

Думаю все же причина с дисками.
Просто "зависал" сам клиентский интерфейс, по этой причине я особо не обращал внимания на диски.

сейчас перенесли сервер 1С Предприятия 8.3 на машину
Процессор    Intel(R) Xeon(R) CPU E3-1220 v3 @ 3.10GHz, 3100 МГц, ядер: 4, логических процессоров: 4
Установленная оперативная память (RAM)    8,00 ГБ
Модель    HP LOGICAL VOLUME SCSI Disk Device
Размер    931,48 ГБ (1 000 168 980 480 байт)

при этом средняя длина очереди диска:
Максимум 10,6
средний 0,6
минимум 0,3

Но работает база примерно раз в 7 быстрее.
Неужели это так влияет разница в 0,4 по средней длине очереди диска?

(43) Влияет то, что теперь 1с на отдельной машине.

скачать rammap с m$

открыть, посмотреть на размеры metafile и pagetable

>Microsoft Windows Server 2008 R2

полное х.вно

(43) Это скорее всего не разница 0,4 в средней длине очереди.
Странно что максимум вырос. Интересно какой массив на новой машине.
У вас на новой машине и 1С и SQL?


Возможно это разница в полтора раза в тактовой частоте процессора и в настройках энергосбережения.

(46) Почитай внимательно.

Раньше был 1с + скуль на одной дерьмовой машине, теперь 1с и скуль на разных дерьмовых машинах.

Естественно, что интерфейс рисует "раз в 7 быстрее" (с).

(44) При таких исходных данных при прочих равных вынос сервера 1С на отдельную машину снижает производительность. Shared Memory быстрее чем TCP/IP.
Но у новой машины процессорные ядра заметно быстрее. И возможно быстрее дисковая система. А возможно нет. Сколько шпинделей за HP LOGICAL VOLUME SCSI Disk Device я не знаю.

(48) Возможно, ты просто не в курсе как работают УФ.

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

автору явно ОЗУ не хватает (и грамотной настройки по нему)

(50) Возможно.
Если бы на новой машине был и SQL и сервер 1С то я бы был уверен что своп. 8Гб это всё-таки маловато.

(43) На новй машине на 1Ггц быстрее проц. А частота очень чувствительна для УФ. Больше чем диски и память. Это у Гилева сказано.

(52) Ещё есть не нулевой шанс что у этой машины настройки энергосбережения другие. При повышении в полтора раза тактовой частоты теоретически "работает база примерно раз в 7 быстрее" быть не должно.

(53) Осторожно, в треде эксперты! :)