← На главную

В работе терминальных серверов с 1С часто возникают ситуации, когда после закрытия программы пользователем процесс 1cv8.exe не завершается корректно. Вместо этого он продолжает потреблять ресурсы процессора (в частности, 22-25%), что приводит к постепенной деградации производительности сервера. Давайте разберем по шагам, как выявить причину и устранить эту проблему.

Этап 1: Анализ журналов регистрации

Первым делом проанализируем, что именно происходило в сеансе пользователя непосредственно перед «зависанием». Для этого воспользуемся журналом регистрации 1С.

1. Откройте консоль 1С в режиме Конфигуратор или через Администрирование сервера.
2. Найдите журнал регистрации.
3. Выполните отбор по конкретному пользователю, у которого возникла проблема.
4. Просмотрите события, предшествовавшие завершению работы. Особое внимание уделите событиям, связанным с открытием форм, выполнением тяжелых запросов или обращением к внешним компонентам.

Этап 2: Мониторинг серверной активности (SQL)

Если сессия пользователя «зависает», велика вероятность, что на уровне СУБД осталась «висеть» транзакция, которая не может завершиться корректно. Рассмотрим порядок действий:

Используйте SQL Server Management Studio для проверки состояния базы данных:

1. Откройте Activity Monitor (Монитор активности).
2. Изучите список Processes (Процессы). Посмотрите, есть ли сессии, связанные с 1С, которые имеют статус Running или Suspended, но при этом явно не активны в приложении.
3. Выясните, какие запросы выполняются в этот момент. Если вы видите заблокированные транзакции, это прямой признак того, что процесс 1С не может корректно закрыться, так как ожидает завершения блокировки на уровне SQL.

Этап 3: Анализ контекста выполнения

Для более глубокого погружения воспользуемся технологическим журналом 1С. Это позволит увидеть детальный «context» (контекст) выполнения программы.

Разберем, как это работает:

Настройте технологический журнал так, чтобы он логировал все длительные вызовы. Обратите внимание на свойство context в логах. Оно содержит информацию о том, какой именно код (какая процедура или функция) выполнялся в момент возникновения нагрузки. Это позволяет быстро локализовать участок кода, вызывающий зацикливание.

Этап 4: Проверка оборудования и драйверов

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

• Проверьте системный журнал Windows (Event Viewer) на наличие ошибок, связанных с портами (COM-порты, USB-устройства).
• Часто процесс уходит в бесконечный цикл при попытке опроса фискального регистратора или сканера штрих-кода, если драйвер не получил корректного ответа от устройства.
• Попробуйте временно отключить периферийное оборудование и проверить, повторится ли ситуация.

Этап 5: Диагностика системных библиотек и ресурсов

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

1. Запустите Process Explorer от имени администратора.
2. Найдите «зависший» процесс 1cv8.exe.
3. Посмотрите список потоков (Threads). Если в стеке вызовов (Stack) вы видите системные библиотеки, такие как gdi32.dll или user32.dll, это свидетельствует о проблемах с отрисовкой форм или обработкой графических событий.
4. Используйте Process Monitor (Procmon) для отслеживания файловых операций. Возможно, процесс пытается бесконечно обращаться к поврежденному файлу кэша или временному файлу, что вызывает высокую нагрузку на процессор.

Запомните: если проблема носит случайный характер, вероятнее всего, она вызвана сочетанием определенных действий пользователя (например, одновременное открытие формы Справочник.Номенклатура и Журнал.ЧекиККМ) и состоянием сервера 1С. Регулярная очистка кэша пользователей и обновление платформы 1С до более стабильного релиза (выше 8.3.18) также могут помочь минимизировать подобные ошибки.