Уважаемые коллеги.
Может кто сможет помочь.
Есть 1С 8.3.15.1534 Сервер 1С х32
Windows 7 х64
База 1С - УТП (MS SQL)
Описываю проблему.
Есть необходимость регламентно загружать данные из базы 1С 7.7 на этой же машине
Создано регламентное задание с СОМ подключением к базе 7.7
Если запускать модуль обработчика регламентного задания с
клиента, все работает нормально. Данные получаем в полном объеме. А при штатной работе регламентного
задания создается фоновое задание, которое при выполнении кода
РезультатПодключения = ТекCOMПодключение.Initialize(ТекCOMПодключение.RMTrade, СтрокаПодключения, "NO_SPLASH_SHOW");
запускает 1С 7.7 (видно в process explore) и зависает наглухо.
Перерыл интернет, нашел такое https://forum.mista.ru/topic.php?id=739499
Мне не помогло. Может кто такое победил.

такие проблемы надежно решаются только путем отказа от COM

А как альтернативно получить данные из 7.7?

файл выгрузить, самое простое

Если при ночной загрузке - это еще пол беды, то при попытке получить оперативные данные, вообще проблема. те, кто работают в 8-кой и с 7.7 - это абсолютно разные люди, и, как правило, между собой не коммуницируют

Создать в 7.7 служебного пользователя, например "выгружатель данных". Запуская базу под этим пользователем 7.7 сама выгружет все данные в файл обмена. Через планировщик заданий настроить нужную переодичность.

У меня когда-то давно был пользователь "восстановитель последовательности документов"

Там что-то в глобальном модуле в процедуре "При запуске системы" нужно мутить код: Если ИмяПользователя = "ВыгружательДанных" Тогда выгрузить данные(); ЗавершитьРаботу(); КонецЕсли;

Ну, как вариант костыля. Спасибо, если не решу с СОМ, буду пробовать такими способами. Но хотелось бы решить "православно"

Я знаю, как такое реализовать, но спасибо за консультацию

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

Меня смущает то, что в агента нужно сначала файлы передавать. Причем сам агент не следит за этими файлами.
То есть их нужно передать. Затем их удалить. И всё это только ради того, чтобы процесс Агента висел в памяти, а не запускался каждый раз при пакетном режиме.
Хочу понять у тех кто это использует. Действительно ли агент настолько лучше в CI, что стоит заморачиваться с дополнительными действиями с файлами?

Спасибо мудрым людям. Подсказали. Решилось запуском 7.7 из под администратора под пользователем, который запускает регламентное задание для регистрации необходимых dll

не понял про передачу файлов (
агент - это сервере, ему выдаются команды для выполнения, указываются пути файлов и т.п.
что не так?

Агент работает с теми файлами, которые есть в его рабочем каталоге (которые указал через AgentBaseDir). Он не работает с абсолютными путями.

Всем здоровья! Знаю, что тема примерно такая поднималась, но ясности маловато... Кто-то использует Автономный сервер 1С в продуктиве?

Нет конечно. Как и зачем?

Причин, как минимум рассмотреть такой вариант, масса. Например, около 200 удалённых складов, на каждом из которых от 1 до 3 рабочих мест и между рабочими местами нестабильная сеть.
Файловая база, полагаю, в таких условиях будет периодически битая. А 200 клиент-серверных версий... ну как минимум не дешево.
Можно конечно и к файловой веб-сервер водрузить. Но зачем-то же сделала 1С автономный сервер?

странно, у меня вроде бы работал. но могу и ошибаться, конечно )

Всем, привет. У кого-то есть опыт  формирования образа win ОС для  быстрого масштабирования на  кассовые компы под свеже выпускаемые конфигурации 1С? Интересует какие подводные камни нужно учесть при подготовке образов? Уже один нашли, который находится в БПО...