Почему в 1С COM-объекты и отладка ведут себя по-разному в файловой и SQL базах?

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

Проблема 1: Ошибки при создании COM-объектов

Ситуация, когда Новый COMОбъект успешно отрабатывает в SQL-варианте, но выдает «Отказано в доступе» в файловом, или наоборот, связана в первую очередь с контекстом безопасности Windows. Проанализируем, под какими учетными записями выполняется код:

• В файловой базе: Весь код исполняется от имени текущего пользователя Windows. Если у пользователя нет прав на чтение веток реестра HKEY_CLASSES_ROOT или на выполнение конкретной dll, система выдаст ошибку доступа.
• В клиент-серверной базе: Серверный код исполняется под учетной записью службы 1С (обычно это USR1CV8).

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

regsvr32 "C:\Path\To\Your\Component.dll"

Если используется 64-битный сервер 1С, а COM-объект 32-битный, прямое создание не сработает. Разберем, как это обойти через «Службы компонентов» (DCOM):

1. Откроем «Панель управления» — «Администрирование» — «Службы компонентов».
2. Создадим новое приложение COM+.
3. В него добавим нужную библиотеку (dll).
4. В настройках укажем запуск под конкретной учетной записью, имеющей полные права.

Проблема 2: Настройка серверной отладки в SQL-базе

Часто отладчик на сервере не работает, хотя в файловой базе всё в порядке. Посмотрим на настройку службы сервера. Для включения возможности отладки необходимо запустить службу 1C:Enterprise 8.3 Server Agent с ключом -debug.

Проверим строку запуска в реестре Windows по пути: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\1C:Enterprise 8.3 Server Agent. Параметр ImagePath должен выглядеть примерно так:

"C:\Program Files\1cv8\8.3.x.x\bin\ragent.exe" -srvc -agent -regport 1541 -port 1540 -range 1560:1591 -d "C:\ProgramData\1C\1cv8" -debug

Важный момент по портам: Отладка в 1С требует открытия целого диапазона портов. Проанализируем сетевые настройки брандмауэра (Firewall). Для работы традиционной отладки по протоколу TCP должны быть открыты:

• Порты 1540, 1541 — основные порты сервера.
• Диапазон 1560–1591 — порты для сеансов отладки.

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

Современная альтернатива: HTTP-отладка

Начиная с версии платформы 8.3.7, мы можем использовать более стабильный протокол отладки через HTTP. Это особенно актуально, если между разработчиком и сервером стоят сложные сетевые экраны или VPN. Рассмотрим, как её включить:

1. В настройках сервера (файл conf.cfg в папке bin/conf) или при запуске службы указываем использование HTTP-отладки.
2. В конфигураторе переходим в меню «Сервис» — «Параметры» — «Отладка».
3. Выбираем протокол «HTTP» и указываем адрес отладочного сервера.

Преимущество этого метода в том, что он использует стандартные HTTP-порты и не требует открытия широкого диапазона TCP-портов, что значительно упрощает жизнь системным администраторам.

Почему файловая база вводит в заблуждение?

Выясним причину, по которой автор темы видел работающий отладчик в файловой базе. В файловом режиме «клиент» и «сервер» — это один и тот же процесс на одной машине. Там нет сетевых задержек, нет блокировок портов брандмауэром и нет разделения прав доступа между пользователем и системной службой. Переход на SQL — это переход к распределенной архитектуре, требующий явной настройки взаимодействия между узлами системы.

Используем следующий чек-лист для проверки работоспособности в клиент-сервере:

• Проверяем наличие флага -debug в параметрах службы.
• Убеждаемся, что брандмауэр не блокирует rphost.exe и порты 1560-1591.
• Проверяем, пингуется ли имя компьютера разработчика со стороны сервера (DNS-имена должны корректно разрешаться).
• Если используем COM, проверяем, установлена ли компонента (например, comcntr.dll) на самом сервере 1С, а не только на ПК пользователя.