Всем привет.

Платформа 8.3.21.1674, УТ 11.5.12.73
Файловая база, веб сервер через iis, пользователи подключаются тонкими клиентами.
На самом сервере запущен экземпляр 1с под толстым клиентом (для работы синхронизций с бп в облаке).
Все в такой конфигурации работало.

После обновления платформы до 8.3.21.1895 при запущеном толстом клиенте падает IIS. Помогает ручной перезапуск сервера через диспетчер служб IIS. Если толстый клиент не работает, то ошибок нет. Проверяли несколько раз. Ошибка возникает в течение первых 2ух часов после подключения тонких клиентов.

Имя сбойного приложения: w3wp.exe, версия: 10.0.22621.1, метка времени: 0xe907ed23
Имя сбойного модуля: backend.dll, версия: 8.3.21.1895, метка времени: 0x64da5896
Код исключения: 0xc0000005
Смещение ошибки: 0x00000000008a2869
Идентификатор сбойного процесса: 0x0x2B2C
Время запуска сбойного приложения: 0x0x1D9F4CAF23E27E5
Путь сбойного приложения: c:\windows\system32\inetsrv\w3wp.exe
Путь сбойного модуля: C:\Program Files\1cv8\8.3.21.1895\bin\backend.dll
Идентификатор отчета: b9008e9e-d7a9-4934-ae25-00b414e0b59c
Полное имя сбойного пакета:
Код приложения, связанного со сбойным пакетом:

Сейчас БП перенесли с облака.
Настроили синхронизацию под толстым клиентом прямым соединением между папками баз УТ и БП.
Вопрос, будет ли работать синхронизация под тонким клиентом в этом случае?

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

(2) Спасибо. Да, было одновременно веб публикация и отдельно толстый клиент. Как-то под толстым клиентом пошустрее работала синхронизация с 1c fresh. Работало, да и не трогали.

Сегодня попробую заставить синхронизацию работать под тонким клиентом. В теории должно же работать если указана папка до бд через прямое соединение, вида D:/baza123/

Я так понимаю задание будет выполнять процесс веб сервиса под пользователем IUSR. При публикации баз, полные  права на этого пользователя настраивали для папок с БД.

Под тонким ошибка во время синхронизации:

Обмен данными.СинхронизацияДанныхЧерезУниверсальныйФормат.Получение данных

Не удалось подключиться к другой программе: Ошибка при вызове конструктора (COMObject)
{ОбщийМодуль.ОбщегоНазначенияСлужебныйКлиентСервер.Модуль(376)}:COMConnector = Новый COMObject(ОбщегоНазначенияКлиентСервер.ИмяCOMСоединителя()); // "V83.COMConnector"
{ОбщийМодуль.ОбщегоНазначения.Модуль(2942)}:Возврат ОбщегоНазначенияСлужебныйКлиентСервер.УстановитьВнешнееСоединениеСБазой(Параметры, ПодключениеНедоступно, КраткоеОписаниеОшибки);
{ОбщийМодуль.ОбменДаннымиСервер.Модуль(12397)}:ЗаполнитьПараметрыПодключенияВнешнегоСоединения(СтруктураНастроек));
{ОбщийМодуль.ОбменДаннымиПовтИсп.Модуль(1176)}:РегистрыСведений.НастройкиТранспортаОбменаДанными.НастройкиТранспорта(
{ОбщийМодуль.ОбменДаннымиПовтИсп.Модуль(1155)}:Результат = ВнешнееСоединениеДляУзлаИнформационнойБазы(УзелИнформационнойБазы);
{ОбщийМодуль.ОбменДаннымиСервер.Модуль(8608)}:ВнешнееСоединение = ОбменДаннымиПовтИсп.ПолучитьВнешнееСоединениеДляУзлаИнформационнойБазы(
{ОбщийМодуль.ОбменДаннымиСервер.Модуль(9149)}:ВыполнитьДействиеОбменаДляУзлаИнформационнойБазыПоВнешнемуСоединению(ОтказПоСтрокеСценария,
{ОбщийМодуль.ОбменДаннымиВызовСервера.Модуль(86)}:ОбменДаннымиСервер.ВыполнитьОбменДаннымиПоСценариюОбменаДанными(Отказ, НастройкаВыполненияОбмена, НомерСтроки);

по причине:
-2147221005(0x800401F3): Недопустимая строка с указанием класса

выполнение regsvr32 comcntr.dll не помогло.

а разве не через ком работает толстый клиент, почему под ним работает?

Перерегистрируйте comcntr.dll. Имейте в виду, что для 32 и 64-разрядной платформы это нужно делать по-разному.

(6) спасибо! помогло
regsvr32 /u comcntr.dll
regsvr32 comcntr.dll

Падения продолжились:(

Если толстый клиент не запущен, то ошибка про которую писал выше возникает раз в 4 часа.
Путь сбойного приложения: c:\windows\system32\inetsrv\w3wp.exe
Путь сбойного модуля: C:\Program Files\1cv8\8.3.21.1895\bin\backend.dll

Но, перезапускать IIS не приходится. Он сам поднимается, только вот всех клиентов которые были подключены через тонкий клиент выкидывает. Вылазит окно с просьбой перезапустить или завершить тонкий клиент и все документы которые были открыты в УТ теряются.

Сейчас по логам журнала 1С погляжу, хотя сомневаюсь что что-то там найду.

Подскажите, как побороть ошибку откатывать назад версию платформы не получится, т.к БП не будет работать с ней.

Только обновлять на более высокую, на какую 8.3.22 ?
Есть конечно вариант с двумя разными версиями платформы одна будет под УТ, другая под БП.
Но где гарантия что из-за БП iis не будет падать, а он уронит и клиентов УТ скорее всего...

Сопоставил времена выкидывания пользователей с журналом Windows -> Система

Точно в это время регистрируются ошибки:
Предупреждение, WAS:
Процесс, обслуживающий пул приложений "DefaultAppPool", обнаружил неустранимую ошибку связи со службой активации Windows. Идентификатор процесса "9312". Поле данных содержит номер ошибки.
Код события: 5011

(8) возьми за аксиому - в файловую базу заходить одновременно только 1м путём.
если клиенты сидят через IIS, то и ты со своей синхрой лезешь через IIS.

(10) спасибо. Попробовал запускать на сервере тонкого через iis он упал также вылетев. Сейчас настроил чтобы синхр производили сами пользователи.

По поводу падений анализировал и читал интернет.
На сколько я понял тут наложились две проблемы.
Первая перезапуск пула каждые 29 часов причем на пред версии платформы это не приводило к выкидыванию пользователей.
Вторая это то что БП перенесли из облака и также через iis опубликовали. Пишут что падание может происходить если в БП например пытаться акт сверки печатать.

Сегодня настрою чтобы пул перезагружался в определенное время ночью, а также сделаю чтобы пул запускался под пользователем администратор (людям это помогало в БП).

Завтра прослежу за падениями.

Эх, два дня проработало без падений. Сегодня снова ошибка.

Буду обновлять платформу. Вариантов не много, чтобы работало с БП:
8.3.22.2239, 8.3.23.1865, 8.3.22.2283, 8.3.23.1912
причем все версии выпущены не раньше 24.08.23

Может кто подскажет на какую лучше?

(12) 8.3.23.1912

(13) Почему лучше 23, нежели 22?
А мы уже решили перейти на 8.3.22.2283 )

Еще попробую создать отдельные пулы под каждую публикацию БД.

(14) конфигуратор в 23 приколдеснее.
лицензия разраба бесплатная.
красивости всякие для кастома.
автономный сервер улучшили и стабилизировали (ваш случай можно прокачать автономкой)

(15) меня сейчас волнует стабильность веб-сервера/iis.

Про автономный сервер, спасибо за информацию. Поизучаю. На сколько я понял, если больше 3 пользователей, то требуется серверная лицензия. У нас больше 3.

(16) с одной базой больше 3 одновременно?
есть допущение, что запущено по одной автономке на каждую базу. в каждой до 3 сеансов.