Gilev.ru форум

Добрый день!
После перехода на 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 проблема не наблюдалась?

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

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

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

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

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