Проблемы с сервером 1С⁠⁠1

На Пикабу теперь филиал Инфостарта :))

Ищи дэдлоки и ожидания IO. Много людей работает на удаленке с тугим инетом?

ТЖ на CALL + DBPOSTGRS. Можно даже с отбором по durationous 1000000.

Скриптом cat */* | perl -pe 's/\n/@/g; s/\d\d:\d\d.\d+-/\n/g' | sort - rnb | perl -pe 's/@/\n/g' > res.txt

найдете топ операций. CALL - серверный вызов. Включает в себя всю работу северного контекста за вызов. DBPOSTGRS - запросы. Если найдете запросы, которые выполняются долго, но должны быстро, можете еще планы их дособрать на тестовой, либо в проде, когда потише и потом выключить настройку </plansql>.

Чтобы проверить управляемые блокировки, то настройка тж будет

<eq property "name" value="TLOCK">

<ne property "WaitConnections" value=''>

Тем же скриптом можно посмотреть, сколько ожидает блокировки ресурса.

Вьюшкой pg_locks можно посмотреть блокировки на СУБД.

Но сначала проверить железную часть и настройки самого ПГ - select * from pg_settings

На КБ или ИТС проверить рекомендации по настройке ПГ.

Мониторинг обязательно. Лучше заббикса с шаблонами на линь + ПГ не встречал системы.

Мониторить в первую очередь не утилизацию ресурсов, а очереди к диску и процессору. Проверить не пришел ли вакуум или другие регламентные операции в момент тормозов.

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

И еще вопрос, Кластер 1С с СУБД на разных машинах? Диск шпиндель или SSD?

Глупый вопрос, конечно: а "железки" живые? Проблем с дисками нет?

Я понял. Некорректно выразился. Гриль тоже может виснуть, надо логи смотреть.

Судя по описанию проблемы, при обращении к БД в какой-то момент она начинает тупить.

Кстати, ТС, а отвалов от БД не происходит в это время? БД доступна?

Может в конфе какая хитрая отсебятина? Зависает в произвольный момент? В планировщике может что-то есть типа реорганизации индексов или другое обслуживание?

Фоновые задачи 1с?))

Это вредный совет. С чего системе то дышать свободнее если количество данных не меняется. Это тупо заметание под ковер.

ТЖ надо на пользователя повесить и посмотреть, сколько данных выбирается - колонка Rows в дбпостгрс поможет. Это если хотите посмотреть что и сколько делает обмен.

Общие советы.

Как память распределена между сервером 1С и СУБД? Shared memory включен?

Если память не разделяемая, то Кластер с СУБД общается не по памяти, а по TCP, что медленнее.

Электропитание поставьте в производительность, антивирус выключить.

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

ПОвторюсь. Пишите в локальный каталог и стягивайте файлы уже дальше, куда нужно. Тогда снизите влияние сети во время обмена

Это вредный совет. С чего системе то дышать свободнее если количество данных не меняется. Это тупо заметание под ковер.

ТЖ надо на пользователя повесить и посмотреть, сколько данных выбирается - колонка Rows в дбпостгрс поможет. Это если хотите посмотреть что и сколько делает обмен.

Общие советы.

Как память распределена между сервером 1С и СУБД? Shared memory включен?

Если память не разделяемая, то Кластер с СУБД общается не по памяти, а по TCP, что медленнее.

Электропитание поставьте в производительность, антивирус выключить.

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

ПОвторюсь. Пишите в локальный каталог и стягивайте файлы уже дальше, куда нужно. Тогда снизите влияние сети во время обмена

Не помню где видел, но очень не рекомендовали софтовый рейд из nvme. Симптомы как раз периодическое торможение обмена с рейдом.

Какая конфа 1с? Почему платформа такая старая? Размер базы? Регламентные операции средствами postgres делаются?

У тебя БД на одном диске лежит, не на RAID?

Глупый вопрос, конечно: а "железки" живые? Проблем с дисками нет?

рестарт сервера(железки) или сервиса/службы?

скорее всего, как уже правильно написали, фоновые/регламентные задачи.

Посмотрите в консоли количество блокировок на момент тормозов, в принципе помониторьте очередь на диск.

попробуйте силами посгреса протестить и оптимизировать базу

Может, мускул подвисает? Что по логам его?

Тормоза не попадают на время бэкапа БД, скажем?