Перестала работать выгрузка базы через vbs скрипт, когда доходит до команды connector = CreateObject("V83.COMConnector"), то работа скрипта просто останавливается и через 30 мин закрывается по шеддулиру Windows. Скрипт работал на протяжении 3 лет нормально, выгружая базу каждый день, но однажды перестал работать, админы утверждают, что ничего не перенастраивали, и помочь ничем не могут. Был релиз платформы 8.5, сейчас обновили до 8.10 – само не починилось. Как продиагностировать и как исправить?

Платформа 64 разрядная?

может - платформа обновилась и теперь несоответствие версии клиента и сервера?

Что-то вроде этого проделать:
C:\Windows\System32\regsvr32.exe "C:\Program Files (x86)\1cv8\8.X.X.XXXX\bin\comcntr.dll"

платформа на сервере 64 бит была и сейчас есть, клиент 32 бита был, сейчас 64

(3) так раньше делал, не помогло, а с 64 как можно попробовать?

позырить в ЖР не предлагать?

ЖР 1С?

угу. хотя бы понять логинится ли ком... да и ошибка может какая-то фиксируется

ЖР = Технологический журнал?

журнал регистрации

Клиент 1С какой? И вызываешь из какого процесса?

журнал регистрации - это то, что есть в базе, но до загрузки базы не доходит.

Клиент 64 битный, вызывается из шедулера Windows.

(12) >но до загрузки базы не доходит.
это твои предположения или ты реально заглянул в ЖР и увидел, что там за период, в котором эти зависания были, реально ни каких записей нет?

>платформа на сервере 64 бит была и сейчас есть, клиент 32 бита был, сейчас 64

а "обертку" убрали? раньше надо было обертку делать чтобы com32 на системе 64 нормально отрабатывал

(15) сейчас тоже надо

(16) йопт...

В журнале регистрации появляется запись после успешного создания CreateObject("V83.COMConnector")

Создание СОМ объекта иногда проходит (сделали тестовую проверку)

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

(16) Что за обертка?

(20) в службах компонентов настраивать приложение COm+, чтобы этот ком объект как бы в своем процессе работал а не в том процессе который его создает. для исключения проблем с различной битностью компонентов и приложений

У меня кстати периодически зависает на вызове метода WorkingProcess.GetInfoBaseConnections(

(21) Любопытно, благодарю, буду знать.

так этот компонент есть только 64 бит и этот компонент сама 1С

клиент 32 бита удален? может компонент по-старому зарегистрирован на 32 битную версию..

да, все удалено и установлено снова