Платформа 8.3.20, база SQL  через com соединение запускает другую, файловую. Правильно ли я понимаю, что время запуска должно быть примерно таким же, как и при обычном запуске той же файловой базы?
Непосредственного доступа к серверу и к файловой базе у меня нет. Но процедура, которая работает в клиент-серверной базе вдруг начала выполняться "бесконечно долго", чуть ли 10 минут... При том, что собственно обработка данных занимает несколько секунд.
Хочу предложить админам, которые отвечают за сервер и имеют к нему доступ, проверить время запуска. Это путь в правильном направлении?
Самой обработке уже лет 5, и до этого никаких замедлений не наблюдалось, всё отрабатывало в течение 10-15 секунд. И вдруг такие тормаза.

На месте админов я бы тебе предложил похоронить наконец COM c OLEй
Ибо у нас сервера на линукс и лично для тебя им приходится извращаться с вайном

(1) *"у нас"

"Платформа 8.3.20"
Бета-тестеры должны страдать.

(3) Не, при переходе на платформу ничего не проявилось...
Код запуска примерно такой
Попытка
        
        // обработка в КОМ
        ОбработкаЗагрузкиДвДанные.Записать(ИмяОбработки);
        Коннектор = Новый COMObject("V83.COMConnector");
        Если ЗначениеЗаполнено(ПараметрыПодключения.ИмяСервера) и ЗначениеЗаполнено(ПараметрыПодключения.ИмяБазы) Тогда
            Соединение = Коннектор.Connect("Srvr='"+ПараметрыПодключения.ИмяСервера+"';Ref='"+ПараметрыПодключения.ИмяБазы+"';Usr='"+ПараметрыПодключения.ИмяПользователя+"';Pwd='"+ПараметрыПодключения.Пароль+"'");            
        Иначе    
            Соединение = Коннектор.Connect("File='"+ПараметрыПодключения.ПутьКБазе+"';Usr='"+ПараметрыПодключения.ИмяПользователя+"';Pwd='"+ПараметрыПодключения.Пароль+"'");            
        КонецЕсли;    
        ОбработкаЗагрузки = Соединение.ВнешниеОБработки.Создать(ИмяОбработки,Ложь);

(1) Возможно, но принцип "не трожь пока работает" ещё никто не отменял.

Я и хочу понять, если будет не ком, а что угодно другое, это может что-то изменить? Всё равно, чтобы другая файловая база автоматически что-то сделала по инициативе "главной" серверной, она же должна запуститься?

(5) Ну так вернись на платформу 1С той версии которая была когда обмен по com писали

(6) http сервисы

(1) +500

(7) Это поможет? Явно дело не в платформе, их с тех пор сменилось штук 6.

Подумаем. Хотя публиковать вроде не хотелось, опять админы должны что-то открывать. Разработчика привлекать...
В данной технологии в конфигурации файловой базы вообще ничего не изменялось, это типовые БП (их много на самом деле), которые живут своей жизнью.
http сервис нужно же именно на той стороне запускать? Или я что-то путаю?

(11) ole|com-сервер тоже требует публикации/регистрации

(12) Нет. Регистрируется только comcntr.dll на сервере, этому админы обучены

(13) ты понимаешь что регистрация на сервер это = публикация?

(14)+ я про это и писал что один хрен надо или регать или публиковать
с учетом перехода на линуксы советую бегом валить с com/ole теряя тапки

(15) До полного перехода на линукс коммерческих компаний пройдёт ещё очень много времени, и сейчас придется в виндах проблемы решать

(16) У нас com обменов нет прикинь?
Уже давным давно нет

(17) Вы прогрессивные, значит. И готовы от винды уходить. Не везде так.

(16) всё-таки опубликовать можно внутри локальной сети.

(19) Но если предположить, что это какие-то проблемы длительности запуска базы-приёмника, то ничего не изменится? Всё равно клиент должен запуститься, чтоб "дернуть" сервис и записать данные? Или это как-то иначе работает?

(20) попробуйте на пустых базах. Чтобы убедиться, что это именно из-за платформы.

(21) проблема в том, что поле для экспериментов достаточно узкое... Отладка на сервере невозможна, в частности. Ладно, для начала по-простому воткнем измерение времени создания ком-объектов и всей прочей обработки. Посмотрим на статистику.