← На главную

Ситуация, когда первый пользователь заходит в базу 1С в течение 10–15 минут, а все последующие — практически мгновенно, является классическим признаком проблем с инициализацией серверных ресурсов. Давайте разберем эту проблему подробно, проанализируем причины и найдем пути оптимизации работы системы.

Анализ механизма возникновения задержки

Для начала проанализируем ситуацию: почему возникает такая разница во времени? Когда первый пользователь инициирует подключение, сервер 1С:Предприятия должен запустить рабочий процесс rphost.exe (если он не был запущен ранее или находился в «спящем» состоянии), прочитать метаданные конфигурации, загрузить необходимые программные модули в память и установить соединение с сервером СУБД. Если база большая (например, БП 3.0 или ЗУП 3.1), объем считываемых данных огромен.

Разберем по шагам, на каких этапах система может «буксовать» и что с этим делать.

Решение 1: Оптимизация расположения рабочего каталога srvinfo

В ходе обсуждения мы выяснили, что сервер 1С установлен на медленном HDD, в то время как сервер БД использует SSD. Это критическая ошибка конфигурации. Рассмотрим подробнее, почему это важно. В каталоге srvinfo (по умолчанию C:\Program Files\1cv8\srvinfo) хранятся:

1. Списки сеансов и транзакций.
2. Кэш конфигурации и метаданных.
3. Данные полнотекстового поиска.
4. Журнал регистрации.

При первом входе сервер 1С активно «шуршит» диском, вычитывая кэш. На HDD это происходит крайне медленно. Рекомендуем перенести каталог данных кластера на быстрый SSD-диск.

Для этого выполним следующие действия:

1. Остановим службу 1C:Enterprise 8.3 Server Agent.
2. Скопируем содержимое текущего каталога srvinfo на новый SSD-диск.
3. В реестре Windows (ветка HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\1C:Enterprise 8.3...) в параметре ImagePath изменим путь после ключа -d.
4. Запустим службу заново.

Решение 2: Настройка времени жизни рабочих процессов rphost

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

Проанализируем параметры кластера 1С:

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

Мы предлагаем увеличить время жизни «спящего» процесса в консоли администрирования серверов 1С, чтобы процесс оставался в памяти даже после выхода последнего пользователя. Это позволит системе мгновенно подхватывать новые подключения.

Решение 3: Проверка цепочек отзыва сертификатов (CRL)

Часто причиной 15-минутных задержек является попытка системы проверить цифровые подписи через интернет. Если сервер изолирован или имеет ограниченный доступ, он ждет тайм-аута ответа от серверов сертификации.

Рассмотрим вариант решения через настройки операционной системы:

1. Зайдем в «Панель управления» -> «Свойства браузера» (Internet Explorer).
2. Перейдем на вкладку «Дополнительно».
3. Снимем галочки с пунктов: «Проверять, не отозван ли сертификат издателя» и «Проверять, не отозван ли сертификат сервера».

Это позволит платформе не тратить время на бесконечные попытки достучаться до серверов Microsoft или удостоверяющих центров при проверке исполняемых файлов 1cv8.exe и rphost.exe.

Решение 4: Диагностика подсистемы лицензирования

Если 1С долго «висит» именно на заставке перед окном логина, проанализируем поиск лицензий. Платформа может последовательно опрашивать локальные ключи, сетевые ключи (по протоколам UDP/TCP), а затем искать программные лицензии.

Разберем, как ускорить этот процесс:

1. В файле nallocm.ini (находится в каталоге conf) жестко пропишем адрес сервера лицензий, если используются аппаратные ключи HASP.
2. Если используются только программные лицензии, в настройках базы (через стартер) убедимся, что галочка «Использовать аппаратный ключ» снята.
3. Проверим наличие «фантомных» принтеров. Как ни странно, 1С при поиске лицензии и инициализации может опрашивать подсистему печати. Если в системе есть недоступный сетевой принтер, это добавит несколько минут ожидания.

Решение 5: Отключение протокола IPv6

Проанализируем сетевое взаимодействие между сервером 1С и сервером БД. По умолчанию Windows приоритезирует IPv6. Если 1С пытается связаться с SQL по IPv6, а тот настроен только на IPv4, возникнет задержка по таймауту.

Попробуем выполнить следующую команду в PowerShell для диагностики:

Test-NetConnection -ComputerName "Имя_Сервера_БД" -Port 1433

Если мы видим задержки или попытки обращения по адресу типа fe80::..., рекомендуем либо полностью отключить IPv6 в свойствах адаптера, либо настроить приоритет IPv4 через реестр.

Решение 6: Исключения антивируса и Defender

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

• Каталоги с установленной платформой (C:\Program Files\1cv8).
• Рабочий каталог кластера (srvinfo).
• Процессы rmngr.exe, rphost.exe, ragent.exe.

Заключение

Мы рассмотрели основные причины долгого запуска. В большинстве случаев проблема решается переносом srvinfo на SSD и настройкой параметров спящих процессов в кластере 1С. Если это не помогает, следует копать в сторону проверки сертификатов (CRL) и оптимизации поиска лицензий.