Ошибка СУБД: Microsoft SQL Server Native Client 11.0: Внутренняя ошибка: был достигнут предел размера стека на сервере.
Добрый день.
Обновились на 8.3.25.1394, на самописные роли требуются права, стали добавлять и после обновления конфигурации базы данных вышла ошибка "Ошибка СУБД:
Microsoft SQL Server Native Client 11.0: Внутренняя ошибка: был достигнут предел размера стека на сервере. Проверьте возможное наличие глубокой вложенности в запросе и постарайтесь его упростить. HRESULT=80040E14, SQLSrvr: SQLSТАТЕ =42000, state=1, Severity=11, native=8631, line=1"
Кто-нибудь сталкивался с подобной ошибкой? Как решали? Почему на документы на которые не требовались права, необходимо выдать права после обновления платформы?
Обновились на 8.3.25.1394, на самописные роли требуются права, стали добавлять и после обновления конфигурации базы данных вышла ошибка "Ошибка СУБД:
Microsoft SQL Server Native Client 11.0: Внутренняя ошибка: был достигнут предел размера стека на сервере. Проверьте возможное наличие глубокой вложенности в запросе и постарайтесь его упростить. HRESULT=80040E14, SQLSrvr: SQLSТАТЕ =42000, state=1, Severity=11, native=8631, line=1"
Кто-нибудь сталкивался с подобной ошибкой? Как решали? Почему на документы на которые не требовались права, необходимо выдать права после обновления платформы?
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
Проверьте возможное наличие глубокой вложенности в запросе и постарайтесь его упростить.
Вложенность вызова в запросе или ф-ии или ХП превысило дефолтное значение @@NESTLEVEL > 32
Как правило - это циклическая ссылка, когда в простом (в дереве) случае родителем дочернего узла является сам дочерний узел, те дерево вырождается в циклический граф.
1. Для начала посмотреть "глазами" на то, что изменяли.
2. Включить Профайлер, посмотреть где вылезет ошибка, перейти к п. 1
3. Если не поможет, то установить @@NESTLEVEL = 320 в 10 раз больше, но если циклическая ссылка, то словится такая же ошибка, тогда п.1 итд
2. Включить Профайлер, посмотреть где вылезет ошибка, перейти к п. 1
3. Если не поможет, то установить @@NESTLEVEL = 320 в 10 раз больше, но если циклическая ссылка, то словится такая же ошибка, тогда п.1 итд
(4)
Всё, что было изменено это
Далее посыпались ошибки у пользователей с нехваткой прав на разные документы, в том числе самописные. Логика возникновения проблемы нами понята не была.
1. Для начала посмотреть "глазами" на то, что изменяли
Всё, что было изменено это
Обновились на 8.3.25.1394
Далее посыпались ошибки у пользователей с нехваткой прав на разные документы, в том числе самописные. Логика возникновения проблемы нами понята не была.
(5) Добрый день
Аналогичная ошибка при обновлении на платформу 8.3.25.1520. Выгрузил базу, развернул на старой 24 платформе. Применилось без ошибок. Залил обратно в рабочую. Ошибка возникла на самописной роли при расширении прав.
Аналогичная ошибка при обновлении на платформу 8.3.25.1520. Выгрузил базу, развернул на старой 24 платформе. Применилось без ошибок. Залил обратно в рабочую. Ошибка возникла на самописной роли при расширении прав.
у нас начало такое же выходить после обновления на 8.3.27.1688
причем на разных базах в основном при динамическом обновлении, хотя не всегда,
лечится перезагрузкой SQL сервера
грешим на платформу.
причем на разных базах в основном при динамическом обновлении, хотя не всегда,
лечится перезагрузкой SQL сервера
грешим на платформу.
лечится на всегда или надо каждый раз ребутать ? у нас та же проблема с платформой 8.3.27.1688
ктонибудь уже зарегесрировал ошибку в 1с или это не является ошибкой платформы ?
ктонибудь уже зарегесрировал ошибку в 1с или это не является ошибкой платформы ?
Аналогичная ошибка при динамическом обновлении на платформе 8.3.27.1859.
С правами/ролями обновление не связано.
С правами/ролями обновление не связано.
(13)
delete fr om config wh ere FileName = 'dynamicCommit'
delete from config wh ere FileName = 'dbStruFinal'.
остается рабочая?
После перезапуска, не всегда запускается. Но если почистить config через sql запрос, то запускается, через вот такие команды: delete fr om config where FileName = 'commit'
delete fr om config wh ere FileName = 'dynamicCommit'
delete from config wh ere FileName = 'dbStruFinal'.
Ошибка возникает и в платформ 8.3.27.1786. При динамическом обновление пытается выполнить запрос sql: удалить данные в таблице config:""DELETE FR OM Config WH ERE FileName LIKE '%.new' AND FileName <> 'Config/0002161a-1fb0-43bf-b737-cee25eedf8be' ..............." и т.д. Запрос занимает 9 мб в текстовом документе. При выполнение и вылетает ошибка.
8.3.27.1964 имеет глюк - аутентификация винды только при включённом Аутентификация 1С Предприятия. Что ещё эти хмммм люди там накосячили - хз.
1989 имеет всё тот же глюк - огромный размер запроса, который у меня мс2017 не прожёвывает при большом количестве сеансов. Не надо рестартить SQL, не надо рестартить 1С сервер, грохаем все сеансы с обновляемой базой и монополь отрабатывает. По факту нас лишили динамического обновления.
Причём такая фигня только на большой базе, на БИТ-Финанс, на ЗУПе такого нет.
Вопрос - как там народ на ЕРП? Наслаждается?
ps эти люди лезут в корп...
Причём такая фигня только на большой базе, на БИТ-Финанс, на ЗУПе такого нет.
Вопрос - как там народ на ЕРП? Наслаждается?
ps эти люди лезут в корп...
(25) В ERP первый раз дает обновить динамически ( у меня базы до 100 пользователей три организации), а вот потом :-( Началось с переходом на 27 платформу. Если нужно обновить после первого динамического, то изменения временно, до нормального обновления, вносятся через расширение.
ВНИМАНИЕ у кого РИБ: динамически главный узел не обновляйте на этих платформах (включая 8.3.27.1964 и 8.3.27.1989). Падает динамическое обновление центра, при повторном входе в конфигуратор обновление повторяется успешно. НО узлы после этого имеют расхождение с конфигурацией главного узла и лечится только полной загрузкой конфигурации в каждый узел. Праздник какой-то.
На текущий момент выходим из ситуации так:
- жмем "Обновить конфигурацию базы данных (F7)"
- появляется окошко с запросом на динамическое обновление
- ждем 1-3 минуты и жмем "Обновить динамически"
- обновление проходит
Если нажать сразу же после появления окна, то происходит ошибка.
Проверяли на Windows + MS SQL 2014 база 200 GB и Ubuntu + PG 12 база 180 GB
- жмем "Обновить конфигурацию базы данных (F7)"
- появляется окошко с запросом на динамическое обновление
- ждем 1-3 минуты и жмем "Обновить динамически"
- обновление проходит
Если нажать сразу же после появления окна, то происходит ошибка.
Проверяли на Windows + MS SQL 2014 база 200 GB и Ubuntu + PG 12 база 180 GB
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот