|
1С:Предприятие
:: 1С:Предприятие 8 общая
|
|
| ||
Dimon1C 18.12.20 - 07:29 | Добрый день.
Есть самописка, 150+ пользователей, MS SQL. Периодами тормозит 1С, по 5 минут может быть каждые 2 часа, или как то так. То есть не постоянно, а кратковременно. Под тормозами понимается например формирование печатной формы, обновление данных на сложной форме, в обычное время 1-2 сек, в период торможения 10 секунд, примерно так. Сисадмин проверял сервер, говорит, что ресурсов хватает, затыка нет в его части. К сожалению, опыта нет выявления причин таких проблем, возможно какой-то пользователь выполняет тяжелый отчет или что-то подобное. Подскажите, какие есть инструменты для анализа? Или может подскажите в какую сторону копать. | ||
Realist_x1 1 - 18.12.20 - 07:52 | (0) Технологический журнал | ||
xXeNoNx 2 - 18.12.20 - 07:53 | Какие его, админа, доказательства кроме слов? | ||
rphosts 3 - 18.12.20 - 08:00 | 1.У сиквела в настройках max degree of parallelism >0 ?
2.сам посмотри про "ресурсов хватает". 3.какие-то функции твои сервера/сервер помимо 1С и СУБД выполняют? Ничего по расписанию на сервера не запускается (не имеющего отношение к 1С)? 4.Какие-то изменения в момент тормозов в консольки кластера 1С по РП видны? | ||
Dimon1C 4 - 18.12.20 - 08:13 | (3)
1. Стоит ноль, кажись по умолчанию, не меняли, почитал, рекомендуют единичку, поставлю. 2. В момент торможения, по типовому монитору ресурсов нет никаких зашкаливаний ни в процессоре, ни в памяти, ни в дисках 3. Резервное копирование средствами SQL, но по времени не пересекается с торможениями. 4. На какие параметры обратить внимание? | ||
Bigbro 5 - 18.12.20 - 08:31 | может в 1с какое то регламентное запускается? | ||
Фрэнки 6 - 18.12.20 - 09:09 | (4) А в самой СУБД точно только одна база? И на какой платформе это вся картина наблюдается? | ||
timurhv 7 - 18.12.20 - 10:06 | (5) или rphost новый создается и всех туда кидает | ||
Bigbro 8 - 18.12.20 - 10:08 | (7) вполне, мы как то мучались пару дней пока перезапуски не заметили. | ||
TormozIT 9 - 18.12.20 - 10:12 | Видимо периодически выполняется запрос, занимающий все потоки. Попробуй этим отчетом http://devtool1c.ucoz.ru/index/statistika_po_zaprosam_mssql/0-58 посмотреть самые высоконагружающие SQL сервер запросы. Обрати внимание на parallel ratio и cpu time. | ||
TormozIT 10 - 18.12.20 - 10:14 | Конечно может быть и по очереди к диску затык - сканирование какой то большой таблицы. С большой вероятностью в отчете (9) ты это увидишь. | ||
Dimon1C 11 - 18.12.20 - 10:30 | |||
TormozIT 12 - 18.12.20 - 10:45 | Если период медленной реакции длится 5 минут, то врядли это перезапуск rphost. Для него обычно 10-20 секунд хватает, тем более если сеансы есть только в одной базе. | ||
TormozIT 13 - 18.12.20 - 10:46 | А совет (1) уже включил или не знаешь что это? | ||
Bigbro 14 - 18.12.20 - 10:46 | по времени и периодичности похоже на перестроение какого-нибудь индекса. | ||
Dimon1C 15 - 18.12.20 - 10:55 | (13) посмотрел, не делал ранее, попробую, просто не быстро | ||
Garykom 16 - 18.12.20 - 10:57 | |||
Garykom 17 - 18.12.20 - 10:58 | (16)+ делается чтобы почистить утекшую рамку и т.д.
если отрубить будет после двух часов тормозить опупенно все время а не 5 минут | ||
Garykom 18 - 18.12.20 - 11:00 | (12) там 150 юзеров пока кэш прогреет | ||
lite777 19 - 18.12.20 - 11:03 | Диспетчер задач в виндовс, производительност, 1с-регламентные -фоновые задания. | ||
Фрэнки 20 - 18.12.20 - 11:30 | (19) чтоб были регламентные - они там должны быть написаны. Сказано было, что это самописка. Поэтому предполагать подобное можно, но об этом должен знать ТС, а не мы здесь. | ||
Фрэнки 21 - 18.12.20 - 11:38 | (11) // Платформа 8.3.13.1644 и два рпхоста. и вторая база типовая.
Я бы с учетом версии платформы предложил явным образом указать чтоб аптечная база сидела в своем рпхост и никак не могла туда влезть. А с учетом относительно частой проблемы и малом числе пользователей для тестирования временно убрать эту базу с сервера. Не удалять, а поставить жесткую блокировку. Посмотреть, как оно будет работать в абсолютно однородной среде, без какого-то влияния типовых механизмов. Если бы была названа платформа 8.3.17, то такого совета я бы давать не стал, т.к. это не имело бы практического смысла. | ||
Фрэнки 22 - 18.12.20 - 11:39 | типовая и нетиповая явным образом мешают друг другу. Их нужно друг от друга изолировать. | ||
Dimon1C 23 - 18.12.20 - 11:57 | Во сейчас снова тормозит, подскажите вот один сеанс сильно выбивается от всех, это может быть связано https://ibb.co/GWqBKXr | ||
mikecool 24 - 18.12.20 - 12:03 | (23) настраивай тех журнал
то, что какой то пользователь выбрал в 4 раза больше данных вообще ни о чем | ||
Фрэнки 25 - 18.12.20 - 12:04 | (23) так ты же даже названия баз затер - как можно видеть, что этот пользователь мешает какой-то базе, если не видно в одной он базе вместе с остальными или в разных. | ||
Dimon1C 26 - 18.12.20 - 12:06 | (25) это все одна база | ||
Фрэнки 27 - 18.12.20 - 12:06 | По чтению там за 5 минут считано всего лишь 25, а среднее чтение за 5 минут около 14 - относительно этого нет оснований для выводов. | ||
Фрэнки 28 - 18.12.20 - 12:07 | И время, что на запись отправлено в 4 раза больше - так это за все время жизни сеанса, а может там несколько дней он не отключался. | ||
Фрэнки 29 - 18.12.20 - 12:11 | Если угадать причины не удается, то нужно смотреть статистику техжурналом и сопоставлять периоды торможения и с периодами высокой нагрузки.
Кстати, не удивлюсь, если окажется, что в периоды торможения базы нагрузка будет ниже. Потому что показатель будет зависеть от наличия тормозов, а не наоборот. Наличие блокировок нужно ещё посмотреть. Очень может быть, что они [блокировки] будут создавать тормоза и резать вообще все показатели производительности. |
|
Список тем форума |