Недопустимое имя столбца "PartNo"

[kmtest]

Добрый день!
После перехода на MS SQL 2016 столкнулись со следующей ошибкой при работе пользователей через веб браузер и через тонкого клиента с подключением через http:

Платформа: 1С:Предприятие 8.3 (8.3.11.2867 )

Невосстановимая ошибка
Ошибка при выполнении запроса POST к ресурсу /e1cib/logForm:
по причине:Ошибка СУБД:
Microsoft SQL Server Native Client 11.0: Недопустимое имя столбца "PartNo".
HRESULT=80040E14, SQLSrvr: SQLSTATE=42S22, state=1, Severity=10, native=207, line=1

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

Веб сервер Апач. Пробовались разные версии - 2.2, 2.4. Использовались как отдельные Линукс сервера, так и устанавливался апач на сервер 1с предприятия.

Сервер 1С и SQl установлены на одном сервере. Используется шаред мемори. Отключение шаред мемори не помогло.

Версия SQL:
Microsoft SQL Server 2016 (SP1-CU7-GDR) (KB4057119) - 13.0.4466.4 (X64)

Уровень совместимости базы данных менялся от 100 до 130.

Первоначально проблема возникла на версии 1С 8.3.10.2667, обновление на 8.3.11.2867 - не помогло.

Стандартные "пляски" - выгрузка загрузка через DT, удаление базы из сервера 1с и создание заново, удаление и создание базы sql, очистка всевозможных кешей - ничего не помогло.

Подскажите, какие процедуры можно провести для поиска и решения проблемы?

[Дмитрий Юхтимовский]

на предыдущей версии MS SQL Server проблема не наблюдалась?

[kmtest]

Нет, на предыдущей версии не наблюдались.
Подобная конфигурация 1с+mssql+Apach используется мной давно и успешно. Проблема возникла именно после перехода на ms sql 2016

[Дмитрий Юхтимовский]

ну откатитесь на предыдущую версию СУБД, раз такое происходит.
Полагаю, вам же работать надо, а не бегать инциденты отлавливать.

[kmtest]

Этот вариант тоже рассматривается . Большое количество количество баз, больше 40 штук. Надо все выгрузить в DT, переустановить сервер, создать заново все базы, загрузить их из DT.... Не самый оптимальный вариант. Тем более, что проблема возникает не на самых важных направлениях, есть возможность поэксперементировать.

[Дмитрий Юхтимовский]

можно старую версию MS SQL поднять рядом, или на резервном сервере, и перевести туда только страдающие базы.
Ну, если важно в минимальные сроки добиться максимального эффекта.

[kmtest]

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