Рассмотрим довольно распространенную ситуацию при интеграции современных версий платформы 1С с устаревшими базами. При попытке подключиться из 1С 8.х к базе 1С 7.7 через COM-соединение (например, используя объект V1C77.Application) процесс зависает или выдает ошибку. Выясним причину такого поведения. Как правило, проблема возникает, если база 7.7 уже открыта интерактивно под тем же пользователем, под которым выполняется программное подключение.
Проанализируем базовые вводные: права у пользователя полные, каталог пользователя в конфигураторе не задан, а строка соединения выглядит примерно так:
ПараметрыПодключения = "/d""\\test12\cnt\"" /NЮзер /P1111";
V7 = Новый COMОбъект("V1C77.Application");
Результат = V7.Initialize(V7.RMTrade, ПараметрыПодключения, "NO_SPLASH_SHOW");
Даже при пустом каталоге пользователя подключение не устанавливается. Разберем по шагам, почему это происходит и как правильно решить данную задачу.
Самый простой и эффективный способ обойти эту проблему — создать в конфигураторе 1С 7.7 отдельного пользователя специально для интеграции. Назовем его, например, OleRobot.
Зададим ему полные права, но никогда не будем использовать эту учетную запись для интерактивного (ручного) входа в систему. При таком подходе COM-соединение будет успешно инициализироваться, так как сеанс этого пользователя никогда не пересечется с живыми сотрудниками, работающими в базе. Разберем подробнее, почему именно такой подход является технически правильным и какие скрытые механизмы платформы и операционной системы мешают одновременному подключению.
Почему 1С 7.7 так остро реагирует на попытку второго входа под тем же именем через COM? Посмотрим на архитектурные особенности системы и операционной системы Windows.
%TEMP%). Если интерактивный сеанс 1С под тем же именем пользователя 7.7 уже держит эти ресурсы, COM-объект получает отказ на уровне ОС.HKEY_CURRENT_USER\Software\1C\1Cv7\7.7\. Во время запуска программа пишет туда координаты окон, пути и историю баз. Если два экземпляра (один визуальный, другой фоновый через COM) пытаются одновременно работать с этими ключами под одной учетной записью, возникает классическое состояние «гонки» (race condition). В результате процесс COM-соединения может просто «зависнуть» в ожидании освобождения ключа.dllhost.exe. Если учетная запись (Identity), от имени которой запускается этот процесс, совпадает с залогиненным интерактивным пользователем 7.7, возникают конфликты идентификаторов сессий (Session ID) внутри Windows..dbf.Часто программисты сталкиваются с тем, что код подключения просто бесконечно висит без ошибок. Разберем эту ситуацию. При COM-подключении программа не имеет графического интерфейса. Если при запуске 1С 7.7 возникает любое модальное окно, программа будет вечно ждать реакции пользователя, которую невозможно передать программно.
К таким окнам относятся:
Посмотрим на несколько дополнительных шагов, которые помогут сделать работу интеграции максимально стабильной, помимо выделения отдельного пользователя OleRobot.
1. Очистка временных файлов
Перед инициализацией программно или через регламентные скрипты очищайте папку временных файлов (Temp) для пользователя Windows, под которым работает служба сервера 1С 8.х. Наличие старых временных файлов от предыдущих неудачных OLE-сессий часто блокирует новые.
2. Настройка компоненты COM+
Если вы используете 64-битный сервер 1С, вам обязательно придется настраивать Component Services. В свойствах приложения COM+ для 1С 7.7 на вкладке Identity (Учетная запись) жестко пропишите отдельного технического пользователя Windows с полными правами на сетевой каталог базы 7.7. Никогда не заходите под этим пользователем на сервер удаленно (по RDP) для работы в базе.
3. Проверка наличия файла блокировки (lck)
Если обмен настроен в ночное время, когда база должна быть пуста, полезно перед попыткой подключения проверить наличие файла 1Cv7.lck в каталоге базы 7.7.
ФайлБлокировки = Новый Файл(КаталогБазы77 + "\1Cv7.lck");
Если ФайлБлокировки.Существует() Тогда
ЗаписьЖурналаРегистрации("Обмен77", УровеньЖурналаРегистрации.Ошибка,,, "База 7.7 заблокирована, файл 1Cv7.lck существует!");
Возврат;
КонецЕсли;
4. Использование ключа немонопольного режима
В строке параметров соединения всегда явно указывайте отсутствие монопольного захвата базы. Добавьте параметр /M (для разделенного доступа), хотя для COM-соединений он часто применяется по умолчанию, явное указание страхует от непредвиденных сбоев параметров.
Применим все эти знания на практике: создадим выделенного пользователя 1С 7.7, выделим служебную учетную запись Windows, обеспечим регулярную чистку временных директорий и добавим программные проверки файлов. Это гарантированно избавит вас от зависаний OLE-сервера и ошибок подключения.