Загрузка ЦП 1с-кой под SQL в терминальной сессии
Суть проблемы такова:
Есть некий сервер, стоящий в точке А. Есть еще 30 точек, расположенных удаленно, которые подключаются к базе, расположенной на сервере посредством интерната терминальными сессиями. В пике активности все 30 подключены. Все работает стабильно и хорошо, но есть 3 точки, которые после некоторого времени работы начинают отжирать у сервака стабильно по 9-13% загрузки ЦП сервака каждая. Итого из 30 конненктов эта святая троица забирает от 27% до 36% ресурсов ЦП сервера. После дисконнекта пробленых точек и последующего нового подключения все проходит...но не на долго. Там может быть просто запущена 1с, никто не будет работать - а ресурсы жрутся стабильно. Каждый раз звонить на точки и просить переконнектиться уже задолбало. Да кстати, иногда к этой троице могут еще присоединиться 1-2 точки, но не часто и не постоянно. А эти три - стабильно. Машины на всех точках одинаковые да и в целом все в одинаковых условиях. В чем может быть засада? Может кто борол такое чудо?
Есть некий сервер, стоящий в точке А. Есть еще 30 точек, расположенных удаленно, которые подключаются к базе, расположенной на сервере посредством интерната терминальными сессиями. В пике активности все 30 подключены. Все работает стабильно и хорошо, но есть 3 точки, которые после некоторого времени работы начинают отжирать у сервака стабильно по 9-13% загрузки ЦП сервака каждая. Итого из 30 конненктов эта святая троица забирает от 27% до 36% ресурсов ЦП сервера. После дисконнекта пробленых точек и последующего нового подключения все проходит...но не на долго. Там может быть просто запущена 1с, никто не будет работать - а ресурсы жрутся стабильно. Каждый раз звонить на точки и просить переконнектиться уже задолбало. Да кстати, иногда к этой троице могут еще присоединиться 1-2 точки, но не часто и не постоянно. А эти три - стабильно. Машины на всех точках одинаковые да и в целом все в одинаковых условиях. В чем может быть засада? Может кто борол такое чудо?
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
Ну во первых идеально надо разнести на отдельные сервера терминал и sql. Сразу станет легче и это правильно. Во вторых надо промониторить, какие операции в 1с выполняют пользователи. Sql базы 1с обладают рядом недостатков: 1) При групповом проведение документов время в sql базе раз в 10 больше чем в базе dbf; 2) при бухгалтерских запросах (если сервера не разнесены) сеансы пользователей просто подвисают; 3) sql медленно работает с большими таблицами значений (Объект "Таблица значений").
Все дело в том, что проблемные - это конкретные точки....Почему именно эти три...Хочется выявить в чем их проблемы., тем более бывает так, что к примеру эта точка только откроет 1с, создаст какой нить документ и все, далее 1с просто висит без каких либо действий и все равно жрет ресурсы ЦП.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот