1С: достигнуто предельное количество подключений к ИБ — причины и решение

Ошибка «достигнуто предельное количество подключений к информационной базе» появляется, когда пользователь пытается войти в 1С, а все доступные соединения уже заняты. Чаще всего виноваты не реальные пользователи, а «зависшие» сеансы: программу закрыли некорректно, пропала сеть, компьютер ушёл в сон — а сеанс на сервере остался активным и продолжает удерживать лицензию и подключение.

Проблема встречается в двух основных сценариях. В файловом варианте работы ограничение связано с количеством одновременных подключений к общей папке с базой и с числом программных лицензий. В клиент-серверном варианте упор чаще идёт в лицензии на сервер 1С:Предприятия и в накопленные «спящие» сеансы в кластере. Понимание того, какой у вас вариант, определяет и способ решения.

Хорошая новость: в большинстве случаев ситуацию можно разрешить за несколько минут штатными средствами — через консоль кластера серверов 1С или простую чистку сеансов. Ниже разберём, как определить причину, безопасно освободить подключения и настроить систему так, чтобы ошибка не повторялась каждую неделю.

Что означает ошибка и почему она возникает

Сообщение «достигнуто предельное количество подключений к ИБ» — это защитный механизм платформы. Информационная база не может обслуживать бесконечное число одновременных соединений: каждое подключение потребляет память сервера, удерживает лицензию и создаёт нагрузку на СУБД. Когда лимит исчерпан, новые пользователи получают отказ на входе.

Типичные причины, из-за которых лимит исчерпывается раньше времени:

• Зависшие сеансы. Пользователь закрыл 1С завершением процесса, отключился от сети или выключил компьютер кнопкой питания. Сервер ещё некоторое время считает сеанс активным.
• Незакрытые тонкие клиенты и веб-клиенты. Вкладка браузера с веб-клиентом могла остаться открытой на чужом рабочем месте.
• Фоновые задания и соединения. Регламентные операции, обмены данными, интеграции через COM и веб-сервисы тоже занимают подключения.
• Недостаток лицензий. Реальных пользователей стало больше, чем позволяет купленный комплект лицензий.
• Ограничения файлового режима. При работе через общий сетевой ресурс количество одновременных подключений ограничено возможностями самого файлового доступа и настроек лицензирования.

Как быстро найти и завершить зависшие сеансы

Основной инструмент администратора клиент-серверной 1С — консоль кластера серверов. Она показывает все активные сеансы и соединения в реальном времени и позволяет завершать их принудительно.

1. 1
   Откройте «Администрирование серверов 1С:Предприятия» на сервере или на машине администратора
2. 2
   Разверните нужный кластер, затем ветку «Информационные базы» и выберите базу
3. 3
   Перейдите на вкладку «Сеансы» — отсортируйте по времени последней активности или по пользователю
4. 4
   Найдите сеансы с давним временем бездействия, дубли от одного пользователя или с отключённых компьютеров
5. 5
   Выделите зависшие сеансы и выберите «Удалить» в контекстном меню
6. 6
   Попросите пользователя повторить вход — подключение должно пройти

Обратите внимание на разницу между «Сеансы» и «Соединения». Сеанс — это логическая работа пользователя, соединение — технический канал между процессами. Завершать нужно именно сеансы: при удалении сеанса связанные с ним соединения освобождаются автоматически.

Для файловой базы консоли кластера нет. Там ориентируйтесь на список активных пользователей внутри самой 1С (раздел «Администрирование» → «Активные пользователи») и на открытые сетевые файлы на компьютере, где лежит база. Если доступ к базе блокируется, проверьте, не остался ли запущен процесс 1cv8.exe на чьём-то компьютере.

Настройка автоматического завершения спящих сеансов

Разовая чистка решает проблему на сегодня, но без профилактики зависшие сеансы накапливаются снова. В свойствах информационной базы в консоли кластера есть параметры, которые автоматизируют эту работу.

Откройте свойства информационной базы в консоли кластера и обратите внимание на параметры: «Интервал завершения спящих сеансов» и «Время засыпания пассивного сеанса». Первый определяет, через какое время неактивный сеанс будет принудительно завершён, второй — через сколько минут бездействия сеанс переводится в спящий режим, освобождая рабочий процесс.

Практическая рекомендация: установите время засыпания в районе 15–30 минут, а принудительное завершение — через 1–2 часа бездействия. Слишком агрессивные значения (5–10 минут) будут выкидывать пользователей, которые просто отошли на совещание, и создадут новые жалобы вместо решения проблемы.

Проверка лицензий: хватает ли их на самом деле

Если зависших сеансов немного, а ошибка появляется регулярно в часы пик, велика вероятность, что лицензий объективно не хватает. Посмотрите в консоли кластера общее число сеансов в разгар рабочего дня и сопоставьте с количеством доступных лицензий.

Отдельный частый сценарий — лицензии «потерялись». Для аппаратных ключей HASP проверьте, что ключ физически подключён к серверу и служба HASP License Manager запущена. Для программных лицензий убедитесь, что сервер 1С их видит: после переноса сервера на другое железо или смены сетевых параметров программная лицензия может стать недействительной, и тогда платформа начинает ограничивать подключения.

Учтите, что лицензию потребляет не только интерактивный пользователь. Фоновые задания, сеансы веб-сервисов, COM-соединения и внешние интеграции также могут занимать лицензии в зависимости от режима их работы. При подсчёте смотрите полную картину, а не только список бухгалтеров за мониторами.

Маршрут решения

Как выбрать действие

В консоли много спящих сеансов с давней активностьюЗавершите их вручную и настройте автоочистку спящих сеансов

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

Сеансов стабильно больше лицензий в часы пикДокупите лицензии или перераспределите нагрузку (фоновые задания в нерабочее время)

База файловая и работает до 5–10 пользователейПроверьте зависшие процессы 1cv8.exe и рассмотрите переход на клиент-серверный вариант

Особенности файлового режима работы

В файловом варианте нет кластера серверов, поэтому и инструменты другие. Подключения идут напрямую к файлу 1Cv8.1CD в общей папке, и платформа сама контролирует число одновременных сеансов по лицензиям, размещённым на компьютерах пользователей или на сервере с HASP.

Если ошибка возникает в файловой базе, проверьте три вещи. Во-первых, нет ли на компьютерах пользователей зависших процессов 1cv8.exe — их видно в диспетчере задач. Во-вторых, корректно ли раздаются лицензии: если каждый компьютер использует локальную лицензию, а кто-то работает с двух машин, лимит исчерпается быстрее. В-третьих, не пытается ли к базе одновременно подключиться больше пользователей, чем позволяет купленный комплект.

При росте числа одновременных пользователей свыше 10–15 файловый режим становится источником постоянных проблем: блокировки, медленная работа, ошибки доступа. В этом случае правильным решением будет переход на клиент-серверную архитектуру с СУБД, а не борьба с симптомами.

Профилактика: как не допустить повторения ошибки

Устойчивое решение складывается из нескольких простых мер. Настройте автоматическое завершение спящих сеансов, как описано выше. Регламентные и фоновые задания планируйте на нерабочее время, чтобы они не конкурировали с пользователями за подключения.

Проведите инструктаж пользователей: выход из 1С должен выполняться штатно, через «Файл → Завершить работу», а не закрытием крестиком терминальной сессии или выключением компьютера. В терминальной среде настройте на сервере тайм-аут отключённых RDP-сессий — это автоматически закроет и сеансы 1С внутри них.

Раз в месяц полезно просматривать статистику сеансов: сколько их в пике, сколько спящих, какие пользователи регулярно оставляют незакрытые подключения. Эти наблюдения помогут вовремя заметить, что штат вырос и пора докупать лицензии, а не ждать массовых жалоб в понедельник утром.

Контрольные точки

Как проверить результат

Повторный вход пользователя

Норма

Вход выполняется без ошибки

Тревожный признак

Сообщение о предельном числе подключений остаётся

Список сеансов в консоли

Норма

Количество сеансов соответствует реальным пользователям, спящих мало

Тревожный признак

Десятки сеансов с давней активностью

Работа в течение дня

Норма

Ошибка не повторяется минимум несколько дней

Тревожный признак

Ошибка возвращается в часы пик — проверяйте лицензии

Частые вопросы

Можно ли завершить чужой сеанс, не имея доступа к серверу?

Из клиентского приложения — нет, для этого нужны права администратора кластера или доступ к серверу. Если вы обычный пользователь, передайте администратору время возникновения ошибки и имя базы — этого достаточно для диагностики.

Почему сеанс остаётся активным после закрытия 1С?

При аварийном завершении (обрыв сети, снятие процесса, выключение компьютера) сервер не получает сигнал о закрытии и держит сеанс до истечения тайм-аута. Именно поэтому важна настройка автоматического завершения спящих сеансов.

Поможет ли перезагрузка сервера 1С?

Да, перезапуск службы агента сервера сбросит все сеансы сразу. Но это грубый метод: работа всех пользователей прервётся, несохранённые данные пропадут. Применяйте только как крайнюю меру, когда консоль кластера недоступна.

Занимают ли фоновые задания лицензию?

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

Ошибка появляется только у одного пользователя. В чём дело?

Скорее всего, у него запущено несколько экземпляров 1С или остался зависший процесс 1cv8.exe. Проверьте диспетчер задач на его компьютере и завершите лишние процессы, затем повторите вход.

Как понять, что пора докупать лицензии?

Если в часы пик число активных (не спящих) сеансов стабильно упирается в число имеющихся лицензий, а чистка зависших сеансов не помогает — лимит исчерпан реальными пользователями, и единственное решение — расширение лицензионного комплекта.