8

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

Прошу помощи. Может кто сталкивался.

Сервер (ubuntu 20.04, 1c srv x64 8.3.18.1334, posgres 14 от 1с). Бывает ситуации когда у пользователей (у всех) перестают формироваться отчеты (белый лист), и начинает подтормаживать (не критично, просто заметно) остальная работа (проведение, запись и т.д.). Сам лично не ловил такой ситуации (в базе не работаю). Но бывают жалобы.

Что это может быть и какие события ловить в ТЖ? По серверу все в порядке, нагрузки особо нет, памяти достаточно, в свап не падает. LA тоже говорит,что все в порядке (нет загрузки проца). Железо проверил. Все отлично. Делаю просто ребут сервера. Все начинает работать, отчеты формируются. Тормозов нет.

Решить тупым ребутом вечером можно, но хочется раскопать.

1C:Предприятие 8

420 постов4.2K подписчиков

Правила сообщества

В 1С можно всё. Я проверял.

Вы смотрите срез комментариев. Показать все
3
Автор поста оценил этот комментарий

ТЖ на 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?

раскрыть ветку (8)
1
Автор поста оценил этот комментарий

Все на одной тачке. Это просто магазин с 7 пользователями. Диски nvme. В зеркале. Все по простому. ТЖ проверил. Выбрал топ CALL по длительности. Самый топ, обмен с центральной базой (фоновое задание). DBPOSTGRS не ловит ни чего выше 1000000. Судя по всему, слишком частый обмен с центром, раз в 30 секунд (не ругайтесь, начальник торговли запарил НАДО БЫСТРЕЕ ДАННЫЕ БЫЫЫЫСТРЕЕ). А ТЖ показывает, что на все уходит больше минуты. Видимо, когда отваливается сеть виснет фоновое. Либо это в принципе слишком часто и начинаются зависоны. Копаю дальше.Хочу блокировки половить. И принять решение.

раскрыть ветку (7)
0
Автор поста оценил этот комментарий
Сделай раз в 2 мин обмен, начальник не заметит разницы, а системе в 4 раза свободнее дышать)
раскрыть ветку (5)
0
Автор поста оценил этот комментарий
Спасибо за совет. Так и сделаю.
раскрыть ветку (4)
1
Автор поста оценил этот комментарий

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

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


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

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

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

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


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

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

раскрыть ветку (3)
0
Автор поста оценил этот комментарий

Ха. Вся нагрузка от пользователя DefUser (98% по журналу). Чисто фоновые короче наваливают. От живых пользователей нагрузка слезы.

0
Автор поста оценил этот комментарий
По сетке понял, совет хороший. Думаю как сделать. Реже сделать обмен уже хотел, т.к. я просто повёлся на капризы. Не вижу такой необходимости. В остальном пока анализирую.
раскрыть ветку (1)
0
Автор поста оценил этот комментарий

+очереди к дискам. Любое расследование начинается с мониторинга оборудования, СУБД и кластера

Автор поста оценил этот комментарий
Что за nvme? Серверные или десктопные? Если десктопный дишман без кеша это вилы тем более для работы с БД.
+ не понятно зачем вы их в зеркало пихнули. Вооще 2 nvme диска в системе плохая идея им по PCIe шине может ресурсов не хватать. 1 диск оставте. Лучше иметь 2й sata под горячую замену если этот помрëт. И конечно больше всего смущает частота обмена. Может один не заканчивается, а другой начинается. И обновите платформу очень старая она.
Вы смотрите срез комментариев. Чтобы написать комментарий, перейдите к общему списку

Темы

Политика

Теги

Популярные авторы

Сообщества

18+

Теги

Популярные авторы

Сообщества

Игры

Теги

Популярные авторы

Сообщества

Юмор

Теги

Популярные авторы

Сообщества

Отношения

Теги

Популярные авторы

Сообщества

Здоровье

Теги

Популярные авторы

Сообщества

Путешествия

Теги

Популярные авторы

Сообщества

Спорт

Теги

Популярные авторы

Сообщества

Хобби

Теги

Популярные авторы

Сообщества

Сервис

Теги

Популярные авторы

Сообщества

Природа

Теги

Популярные авторы

Сообщества

Бизнес

Теги

Популярные авторы

Сообщества

Транспорт

Теги

Популярные авторы

Сообщества

Общение

Теги

Популярные авторы

Сообщества

Юриспруденция

Теги

Популярные авторы

Сообщества

Наука

Теги

Популярные авторы

Сообщества

IT

Теги

Популярные авторы

Сообщества

Животные

Теги

Популярные авторы

Сообщества

Кино и сериалы

Теги

Популярные авторы

Сообщества

Экономика

Теги

Популярные авторы

Сообщества

Кулинария

Теги

Популярные авторы

Сообщества

История

Теги

Популярные авторы

Сообщества

Недвижимость и ремонт

Теги

Популярные авторы

Сообщества