Добрый день.
Теперь суть. Обработка написана на прямых запросах через ODBCRecordset.
Сама 1С стоит на серваке WS 2016 Standart. Там же и скуль.  Файлы 1CPP.dll (3.2.4.1), FormEx.dll (2.0.5.101 beta) и др. на этом же серваке в папке базы. Обработка работает без проблем.
Если же подключиться через другой сервак WS  2008 R2 Standart, то валится в ошибку
Такая ошибка
https://cloud.mail.ru/public/HkjQ/4euupZgnk.
Примечательно, что валится не постоянно, 2 дня работает без проблем, 1 день ошибка. Завтра опять без проблем. Серваки не перезагружаются. Как побороть данную ошибку?
Ждать день - это логично, но сверить и предоставить данные в головной офис нужно сегодня)))

(0) посмотреть, есть ли обращения к форме из операторов основной программы, например, к заголовку. Если есть, то открытие 2-3 раз приведёт в вылету.

надо бы понять когда вылетает, используются ли в этот момент ВК?

(1) т.е. может влиять данная строка: ЗаголовокСистемы(СокрЛП(Пользователь)); ? Не, вряд ли.
"обращения к форме из операторов основной программы" как это понять?
(2) вылетает непосредственно при формировании запроса через ODBCRecordset

(3) операторы основной программы - это весь код, который идёт после описания всех процедур и функций.
Там есть чего ?

(4) нет ничего


    //индексированные таблицы. запросы и разные плюшки
    Если ЗагрузитьВнешнююКомпоненту(КаталогИБ() + "1CPP.dll")=0 Тогда
        Предупреждение("Не удалось обнаружить компоненту 1CPP.dll!" + РазделительСтрок + "Невозможно работать с визированием документов!", 5);
    КонецЕсли;
    
    // dll для работы с FTP сервером, где хранятся договора для регистрации
    Если ЗагрузитьВнешнююКомпоненту(КаталогИБ() + "DialMail.dll")=0 Тогда
        Предупреждение("Не удалось обнаружить компоненту DialMail.dll!" + РазделительСтрок + "Невозможно работать с визированием документов!", 5);
    КонецЕсли;
    
    // dll для работы с расширенными возможностями таблиц
    Если ЗагрузитьВнешнююКомпоненту(КаталогИБ() + "FormEx.dll")=0 Тогда  
        флЗагрКомпонентаFrmEx = 0;
        Предупреждение("Не удалось обнаружить компоненту FormEx.dll!" + РазделительСтрок + "Невозможно работать с расширенными свойствами таблиц!", 5);
    Иначе                        
        флЗагрКомпонентаFrmEx = 1;
        Сервис = СоздатьОбъект("Сервис");
        Сервис.ВключитьРаскраскуТаблиц();
        Сервис.ИспользоватьПланРаскраски(1);
    КонецЕсли;
    
    //изменение кода и шапки на лету.. загрузки именно в такой последовательности!!!
    Если ЗагрузитьВнешнююКомпоненту(КаталогИБ() + "TurboMD.dll")=0 Тогда
        Предупреждение("Не удалось обнаружить компоненту TurboMD.dll!" + РазделительСтрок + "Невозможно работать с визированием документов!", 5);
    КонецЕсли;
      
    ЗаголовокСистемы(СокрЛП(Пользователь));
    ЗаголовокСистемы(СокрЛП(Пользователь));
КонецПроцедуры

Нет ничего такого, чтобы было обращение к формам. Есть только это в конце, не считая созданных списков значений и считывания значений из констант, задания некоторых переменных
ОбработкаОжидания("ПроверкаРасписания",Константа.АдмПериодОпроса);

(6) то есть обработка ожидания у тебя работает для всех пользователей?

(7) да, для всех

в лоб, по коду ошибки, гуглится такое:
https://social.technet.microsoft.com/Forums/en-US/a3a1643e-c61d-40c9-8653-292fecfd008b/hyperv-cluster-statusconnectiondisconnectedc000020c?forum=winserverhyperv
https://support.microsoft.com/en-us/help/2008795/unable-to-access-clusterstorage-folder-on-a-passive-node-in-a-server-2

Что-то типа - диски от кластера отваливают, но я хз

Проверил на 3м сервере (WS 2008 R2 Standat). Т.е. так же подключение по сети. Ошибка не выскочила. Значит чего-то не хватает на серваке.
Может ли причиной быть установленный патч на 4 Гб, или отсутствие qryConsole?

(10) что за патч ? И qryConsole тут вообще никоим боком

(11) 4gb_patch. Патч на оперативу, когда 2 гига мало. Но врдли, ведь его везде ставили, на всех серваках

Стоит сказать, что на том серваке, на котором выбрасывает, работаю все пользователи. Т.е. через него по RDP работают в 1С, на других никого. Возможно ли это еще из-за того, что там 2 разные 1с 7.7?
Может что у кого из файлов может запущено и блокирует нормальную работу...

На сегодня проблема не вылечилась. Но заметил, если зайти на зеркало базы на этом же сервере, то ошибки нет. Вывод: что-то не то в папке с базой.
Скажите, что за файлы типо: SC3427.$lk? Можно ли их удалить?

Файлы эти - это открытие элементы справочника для редактирования.

Есть файл в базе: defcls.prm. Создавал его для подключения класса AccountsRecordset. Если этот файл удалить, то валится с такой же ошибкой, как и в (0). Он должен быть пусть и пустой, но должен быть. Полагаю, что вся ошибка из-за него. Как избпвиться от файла, чтобы не валило с ошибкой 1С?

(16) в конфе - обработка defcls в ней инклюд

(17) в конфигураторе такой обработки нет, в опенконфе тоже не нашел.

(17)  мне нужно удалить файл, а не создавать подключение к классу

В общем решение такое, перезагрузить сервер. Будем настраивать регламентное задание по перезагрузку компа

(19) Я и не предлагал "создавать подключение к классу"
Тебе нужно найти то место, где требуется нужен наличие defcls.prm
Одно из таких возможных мест - include в обработке defcls в конфигурации

(18) что значит "в опенконфе тоже не нашел" ?
как можно defcls найти в опенконфе

Где то я недавно глюк поймал с русским названием пути базы.

или пробелом. когда обработка которой 100 раз юзал вдруг перестала работать

(21) нигде не прописано. Занимательно то, что просто удалить файл из папки нельзя, тогда в ошибку валится при запуске 1С.