Ну вот, наверное, схожая проблема

Причем, ту же конфигурацию развернули на том же сервере приложений и на том же SQL-server. Пока работает без ошибок.
По всей видимости, что-то в самой платформе "не то"...

Попробуйте включить технологический журнал на клиентах, может быть что-то там будет. Я, к сожалению, не могу т.к. на рабочий базе откатились назад, а в тестовой ошибок нет.


P.S.
А сколько у вас на сервере рабочих процессов?

danilo.skimanThe Dim!,
Запустил не так давно второй, т.е. 2

А насколько стабильней стала работа(если стала)?
У нас на некоторых перефирийках ошибка не появлялась, а на некоторых - наиболее нагруженных появлялась.

danilo.skimanThe Dim!,

Попробуйте включить технологический журнал на клиентах, может быть что-то там будет. Я, к сожалению, не могу т.к. на рабочий базе откатились назад, а в тестовой ошибок нет.

-проверил журнал регистрации за сегодня по пользователям, у которых возникали ошибки- никакх ошибок и предупреждений не зафиксировано :(

Нет, не сам лог 1С-ки, а именно технологический журнал.

XenoXСудя по этому:
"Ошибка SDBL ожидается выражение (pos=232)"
Может теряться часть данных передаваемых от клиента серверу... Посмотрите в сторону сети, брандмауэров...

Наверное, не только брандмауэр, но и антивирусники. Например, касперский, который ставит свой протокол на сетевой интерфейс, общая загруженность сети и её исправность(кривые свичи).

Х.м. а вот интересно, может быть, это не потеря данных как таковых, а из-за большой нагрузки(число клиента) что-то не обрабатывается в отведенный интервал времени. Т.е. по таймауту. А увеличение числа процессов уменьшает время отклика.

danilo.skimanXenoX,

ну вот свич недавно купили гигабитный специально и сетевки гигабитные стоят в обеих тачках (1с и скуль сервере). Из улучшений после перехода на 8.2 отпала только проблема с ключами, теперь практически "не теряет", раньше регулярно нельзя было подключиться, хотя лицензий с запасом.Установка гигабитного свича, само по себе, не означает что сетка поднимется на гигабите. Для этого нужно(желательно) сконфигурировать все сетевушки, которые смотрят в этот свич, на гигабит явно.

Если и на скуле и на 1С-сервере есть два сетевых интерфейса, то указывать на сервере 1С MS SQL нужно явно, через ip-адрес гигабитной сетевушки MS SQL. В противном случае, возможно что сервер приложений будет "ходить" на скуль через другую сетевушку. Повторюсь, это актуально, если в обоих серверах стоят по две сетевушки

danilo.skiman Особой скорости в работе не приросло (так и 1с вроде как обещает прирост только на управляемом приложении).
Ощутили мощный прирост в производительности, когда все с одного сервака разнесли на 2 (ну это и логично, раньше скулю доставалось только 1,6гб памяти, а теперь он почти 16 кушает).
Подобной проблемы не появлялось, пока база была на 8.1 :(Ну тут дело не только в памяти, скорее в распределении процессорного времени и ресурсов подсистемы ввода/вывода.