Волнообразный рост количества соединений "планировщик заданий" на Сервере 1С

1. 24.12.14 15:45 Сейчас в теме
В рамках одной СУБД SQL развернуто порядка 25 баз. Активных пользователей в пики до 350.
Заметил одну особенность:
Волнообразно т.е. в одну секунду запускается порядка 200 сеансов планировщиков заданий.
Потом потихоньку, примерно по одному в секунду, соединения завершаются.
Естественно в этот момент у всех все тупит. Отловить причину никак не можем.

Кто-нибудь сталкивался? Может подсказать где искать?
Ответы
В избранное Подписаться на ответы Сортировка: Древо развёрнутое
Свернуть все
2. Babuin 24.12.14 18:45 Сейчас в теме
(1) Gukov10,
если у вас фоновые задания запускаются, то что значит не можете найти причину? Запуск фоновых заданий и есть причина запуска фоновых заданий :)

Смотрите какие регламентные и фоновые задания есть базах, их расписание и использование. Отключаете ненужные, наслаждаетесь.
3. SaschaL 25.12.14 09:16 Сейчас в теме
(1) Gukov10, Полностью согласем с предыдущим постом.
Хочу лишь дополнить, что есть в нете обработки по управленью фоновыми заданиями.
Можно конечно поставить галочку "Блокировка регламентных заданий включена" свойстве каждой базы в консоле 1С сервера, но этим вы можете заблокировать выполнение нужных заданий по расписанию
4. and_sk 14 25.12.14 09:25 Сейчас в теме
Журнале регистрации галочку на Фоновых заданиях оставьте и по времени можно примерно интервал ограничить и смотрите.
5. Gukov10 25.12.14 09:53 Сейчас в теме
Прошу прощения, описался.
не фоновый, а планировщики заданий!
Куча соединений без сеансов.
6. Gukov10 25.12.14 10:09 Сейчас в теме
Принскрины сервера 1С во вложении.

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

Вопрос - почему это происходит?
Прикрепленные файлы:
7. Babuin 25.12.14 15:00 Сейчас в теме
(6) Gukov10, возможно фоновые задания не отрабатывают корректно. В любом случае нужно копать в сторону регламентных и фоновых заданий, смотреть как они выполняются.
служба сервера 1С у вас рестартится регламентно?
12. ybatiaev 57 20.12.16 12:50 Сейчас в теме
(6) Добрый день! Столкнулись тоже с подобной задачей и именно 20.12.2016 и не можем понять ЧТО могла произойти...
У Вас было решение по этому вопросы? Как Вы справились?
13. KozlovII 20.12.16 16:59 Сейчас в теме
(12) Добрый день! У нас проблема возникла в следствии частых обращений внешней системы в 1С. На момент возникновения проблемы платформа не успевала закрыть соединение или не закрывало их в общем, точно не помню. Мы решили ограничив внешнюю систему пятью активными соединениями за сеанс. Что как то нам помогло. Далее в какой то из версий платформ поведение системы (1С+внешняя) стабилизировалось. Т.е. платформа начала корректно и быстро отрабатывать запросы от внешней системы.
14. ybatiaev 57 21.12.16 22:38 Сейчас в теме
(13) У нас нет никаких внешних систем. Что за внешние системы у Вас? Может мы не на то смотрим?
Просто интересно было поведение, когда в каждой базе (SQL) образовались по 20-24 процесса "Планировщик..." пустых. Т.е. в полях подключение к базе ничего не написано. Как то глянули по статье блокировки СУБД http://debug1c.ru/2015/12/kak-posmotret-chto-zablokirovano/
но корректно посмотреть что конкретно заблокировано так и не нашли... не хватает опыта ((((((
Но тему не оставили. Кстати, попросили никого не заходить в базы. Через время процессы стали отваливаться. Первый запуск любой базы был ДОЛГИМ, а все последующие очень быстрые. Очень похоже на переиндексацию.
8. Gukov10 25.12.14 15:08 Сейчас в теме
Даже если поставить блокировку фоновых заданий и выключить их все в Консоле заданий,
то соединения все равно создаются.
Причем количество соединений равно количеству рабочих процессов умноженных на количество активных баз 1С.
Т.е. в моем случае 8 раб.процессов на 24 базы = 192 - соединения планировщиков заданий.

Как только блокировка к внешней БД пропадает - соединений по одному (раз в секунду) завершаются.

Рестартяться рабочие процессы каждые 8 часов.
9. KozlovII 25.06.15 11:50 Сейчас в теме
Добрый день!
Ловлю такие же артефакты на своих тестовых базах.
НЕ подскажите как решили проблему?
10. uriy 3 25.06.15 20:34 Сейчас в теме
ну вот сам и сказал нужно псомотреть где идет планировка заданий раз в 8 часов. Думаю в 1с в планировщик регламентных заданий по отрубай половину.
11. Gukov10 15.09.15 15:47 Сейчас в теме
да никак)) уменьшили количество рабочих процессов.
а так, копай в сторону блокировок в СУБД.
Такая штука у нас возникала при зависании 1с из-за блокировок на СУБД.
15. progr-2008 118 07.08.17 11:04 Сейчас в теме
Перешли на 8.3 - появился планировщик раз в несколько дней.
16. user741432 29.06.18 11:17 Сейчас в теме
Я, так понимаю, решения - нет?
17. Sergey_Borisovi4 10.04.19 13:43 Сейчас в теме
Всплывает данная проблема раз в месяц-два, причину найти не удается, но в качестве решения всплывающей проблемы помогает следующее:

1. Останавливаем службу сервера 1С.
2. Ждем завершения всех процессов, связанных с 1С (ragent, rmngr, rphost). Те, которые зависли и не вырубились сами - убиваем через диспетчер задач.
3. Чистим серверный кэш: удаляем все папки гуидами в названии отсюда C:\Program Files\1cv8\srvinfo\reg_1541
4. Перезагружаем сервер.
tata111; WasiliyMay; megaZ; glassman; Sergitax; [4EPHbIYY_KOT]; +6 Ответить
18. dammit666 15 20.01.20 07:27 Сейчас в теме
(17)3. Серверный кэш (кэш сеансовых данных) лежит в папках, начинающихся с "snccntx". В папках с ГУИДами лежит журнал регистрации и файлы индексов полнотекстового поиска
19. tata111 18.10.20 16:21 Сейчас в теме
(18) Поймали похожую проблему. Чистка кэша сеансовых данных не помогла, а вот когда удалили папки с ГУИДами, все заработало. Почему - непонятно, но пока проблема не повторялась
20. dammit666 15 19.10.20 16:32 Сейчас в теме
(19) Подозреваю, что проблема с полнотекстовым поиском (в папках с ГУИДами лежат файлы полнотекстового поиска), а в конфигурациях 1С на базе БСП есть регламентные задания:
Извлечение текста файлов для поиска
Обновление индекса ППД
Слияние индекса ППД
Может быть в какой-то момент что-то ломается в регламентных заданиях, связанных с полнотекстовым поиском, а удаление файлов полнотекстового поиска с диска решает эту проблему...
tata111, а какая у вас версия платформы и какая конфигурация?
ybatiaev; +1 Ответить
21. tata111 27.10.20 12:47 Сейчас в теме
(20) Платформа 8.3.15.1869, баз несколько (бухгалтерии, зуп и торговля) и сломалось сразу во всех после аварийной перезагрузки сервера. Есть подозрение, что это связано не с полнотекстовым поиском (или не только с ним), но и с журналом регистрации. Т.к. после той самой перезагрузки одна база писала ошибку журнала регистрации и вообще не открывалась. Этот журнал почистили, и это была единственная база из всех, в которой фоновые задания отрабатывали без ошибок и не появлялось зависших планировщиков. Собственно это и натолкнуло на мысль почистить папки с ГУИДами для остальных баз.
22. ellavs 909 12.05.21 08:52 Сейчас в теме
Наблюдала этот «Планировщик заданий» в консоли кластера. Проблема была в том, что «заглючил» сервер лицензирования (перестал выдавать серверные лицензии). Помогла его перезагрузка. А в виде «планировщика» отображались внешние сеансы соединения веб-приложения, которое пыталось вычитать данные из 1С (видимо, из-за того, что оно не могло авторизоваться, вместо клиента отображался «планировщик»).
Оставьте свое сообщение
Вакансии
Программист, аналитик, эксперт 1С
Санкт-Петербург
По совместительству

Автор новостей об 1С, налогах и бухучете на INFOSTART.RU
Санкт-Петербург
По совместительству

Программист 1С
Екатеринбург
зарплата от 50 000 руб.
По совместительству

Ведущий разработчик 1С (техлид внутреннего учета)
Новосибирск
зарплата от 230 000 руб.
Полный день

Программист 1С
Рязань
зарплата от 150 000 руб. до 250 000 руб.
Полный день