Приветствую!
Обновил платформу с 8.3.10 на релиз 8.3.11 и теперь вот такая ошибка вываливается при проведении документа ПТИУ и ПКО
Невосстановимая ошибка
Ошибка при выполнении запроса POST к ресурсу /e1cib/modules/call:
по причине:
Ошибка при выполнении операции с информационной базой
Запись не найдена в менеджере имен базы данных.
Подскажите, кто знает
Обновил платформу с 8.3.10 на релиз 8.3.11 и теперь вот такая ошибка вываливается при проведении документа ПТИУ и ПКО
Невосстановимая ошибка
Ошибка при выполнении запроса POST к ресурсу /e1cib/modules/call:
по причине:
Ошибка при выполнении операции с информационной базой
Запись не найдена в менеджере имен базы данных.
Подскажите, кто знает
По теме из базы знаний
- Попытка обновления платформы до 8.2.14.528
- Автоматическое обновление платформы на клиенте
- Удаленное обновление платформы у пользователей через групповые политики.
- Обновление платформы 1С тонкого клиента с вебсервера без публикации базы данных, когда сервер 1С ПРОФ
- Сценарий обновления платформы 1С:Предприятие 8 для deb-based ОС Linux
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
сейчас тестирую, одна из ошибок в том. что обновление конфигурации надо выполнять под обновленной платформой..
1С:Предприятие 8.3 (8.3.11.2571)
Управление торговлей, редакция 11 (11.3.4.30
Все работает.
а у вас базовая или Проф ?
Управление торговлей, редакция 11 (11.3.4.30
Все работает.
а у вас базовая или Проф ?
но ошибка после обновления платформы была таже, откатился на старую конфу в обновлении, заработало. теперь обновляю конфу
в вашем случае при восстановлении из DT обновиться из шаблона на предыдущий релиз УТ 3.40, у меня такой был.... и дальше пробую обновить до текущего
Запись не найдена в менеджере имен базы данных.
Подскажите, пожалуйста, есть решение? На релизе тоже появилось.
Подскажите, пожалуйста, есть решение? На релизе тоже появилось.
Появилась похожая ошибка (конфигурация нетиповая, платформа 8.3.11.2867)
Невосстановимая ошибка
Ошибка при выполнении запроса POST к ресурсу /e1cib/logForm:
по причине:
Ошибка при выполнении операции с информационной базой
Запись не найдена в менеджере имен базы данных
После чего сеанс завершается
Ошибка возникала при вызове функции ПланыОбмена.ИзменениеЗарегистрировано:
Например:
ЕстьКоллизия = ПланыОбмена.ИзменениеЗарегистрировано(Отправитель, ЭлементДанных);
(БСП 2.4.4.69 Общий модуль.ОбменДаннымиСобытия)
В случае если загружаемый "ЭлементДанных" не входит в состав плана обмена с которым выполняется обмен.
Включил в состав плана обмена (в моем случае это был регистр сведений на котором был обмен в одну сторону) и ошибка исчезла.
Невосстановимая ошибка
Ошибка при выполнении запроса POST к ресурсу /e1cib/logForm:
по причине:
Ошибка при выполнении операции с информационной базой
Запись не найдена в менеджере имен базы данных
После чего сеанс завершается
Ошибка возникала при вызове функции ПланыОбмена.ИзменениеЗарегистрировано:
Например:
ЕстьКоллизия = ПланыОбмена.ИзменениеЗарегистрировано(Отправитель, ЭлементДанных);
(БСП 2.4.4.69 Общий модуль.ОбменДаннымиСобытия)
В случае если загружаемый "ЭлементДанных" не входит в состав плана обмена с которым выполняется обмен.
Включил в состав плана обмена (в моем случае это был регистр сведений на котором был обмен в одну сторону) и ошибка исчезла.
(52) Та же ошибка в не типовой конфигурации "Ошибка при выполнении операции с информационной базой. Запись не найдена в менеджере имен базы данных". Решение такое же. При регистрации в плане обмена всех объектов метаданных, которые ранее ходили в одну сторону (с отключением авторегистрации), обмен заработал.
(56) У меня чуть проще, порядка 10 объектов нужно регистрировать ... да и я знаю что именно у меня не было включено в обмен, но Александр написал правильно, нужно просто в базе источнике посмотреть в плане обмена, что именно зарегестрировано к обмену и те же объекты прописать в плане обмена в базе приёмнике, но отключив авторегистрацию для данных объектов (чтобы лишние записи не создавались при изменении этих регистров, справочников, документов и т.д.).
Проблема в следующем - такую бяку стал выдавать метод
ПланыОбмена.ИзменениеЗарегистрировано(Узел, Данные)
Где
Отправитель - Узел плана обмена
Данные - собственно прилетевшие данные в базу
если пришедший элемент не входит в состав плана обмена.
Данная проверка располагается в общем модуле ОбменДаннымиСобытия, процедура ПроверитьКоллизииИзмененийДанных.
Лечится следующим образом:
........
Если Отправитель.Метаданные().Состав.Найти(ЭлементДанных.Метаданные()) = Неопределено Тогда
Возврат;
КонецЕсли;
ПланыОбмена.ИзменениеЗарегистрировано(Отправитель, ЭлементДанных);
ПланыОбмена.ИзменениеЗарегистрировано(Узел, Данные)
Где
Отправитель - Узел плана обмена
Данные - собственно прилетевшие данные в базу
если пришедший элемент не входит в состав плана обмена.
Данная проверка располагается в общем модуле ОбменДаннымиСобытия, процедура ПроверитьКоллизииИзмененийДанных.
Лечится следующим образом:
........
Если Отправитель.Метаданные().Состав.Найти(ЭлементДанных.Метаданные()) = Неопределено Тогда
Возврат;
КонецЕсли;
ПланыОбмена.ИзменениеЗарегистрировано(Отправитель, ЭлементДанных);
Вернее в частности находится в данном общем модуле и данной процедуре. Так что надо сделать глобальный поиск ПланыОбмена.ИзменениеЗарегистрировано и воспользоваться предложенной таблеткой.
Хех, нашел второй вариант таблетки:
Попытка
ЕстьКоллизия = ПланыОбмена.ИзменениеЗарегистрировано(Отправитель, ЭлементДанных);
Исключение
ЕстьКоллизия = Ложь;
КонецПопытки;
Тоже работает на ура.
Попытка
ЕстьКоллизия = ПланыОбмена.ИзменениеЗарегистрировано(Отправитель, ЭлементДанных);
Исключение
ЕстьКоллизия = Ложь;
КонецПопытки;
Тоже работает на ура.
Доброго всем времени суток.
Платформа 8.3.11.2867
Данная ошибка "Запись не найдена в менеджере имен базы данных." вылезает при реструктуризации базы данных из под конфигуратора.
Все остальные галки сняты только реструктуризация, куда копать ?
Со стороны пользователей в 1С все абсолютно все работает. Все документы проводятся, в общем все штатно.
Итоги из под конфигуратора пересчитываются нормально. Переиндексация из под конфигуратора так же штатно отрабатывает.
Куда копать подскажите ?
Платформа 8.3.11.2867
Данная ошибка "Запись не найдена в менеджере имен базы данных." вылезает при реструктуризации базы данных из под конфигуратора.
Все остальные галки сняты только реструктуризация, куда копать ?
Со стороны пользователей в 1С все абсолютно все работает. Все документы проводятся, в общем все штатно.
Итоги из под конфигуратора пересчитываются нормально. Переиндексация из под конфигуратора так же штатно отрабатывает.
Куда копать подскажите ?
(63)
Теперь требует :) (из за продвинутых возможностей расширений в большей степени) но на 8.3.10 реструктуризация работает штатно.
Сейчас выявили предполоение что из за агрегатов которые включены на регистре об который спотыкается реструктуризация вываливается данная ошибка.
В выходные буду пробовать удалять агрегаты и повторно проводить реструктуризацию.
К слову "Чем вам не сидится на 8.3.10.ххх".
У нас база близится к 400 (сейчас перевалила за 350) гигам, и реструктуризация скажем таки прямо - дело "тухлое" в старых версиях. Делали только когда были праздники захватывающие выходные (то есть чтобы 3 дня получлоась)
В 8.3.11 1С изменили подход к реструктуризации насколько я понял. Хочется проверить так ли это, чтобы поставить эту штуку на автоматический регламент хотя бы раз в 3-4 месяца. но для этого надо чтобы реструктуризация хотя бы ручками выполнялась...
Пересчет итогов средствами конфигуратора идет каждые выходные, но благодаря сильному серверу и RAID-у на SSD дисках пересчет итогов идет около полутора часов иногда 3 часа когда были сильные изменения по регистрам.
и конфигурация требует 8.3.11.ххх???
Теперь требует :) (из за продвинутых возможностей расширений в большей степени) но на 8.3.10 реструктуризация работает штатно.
Сейчас выявили предполоение что из за агрегатов которые включены на регистре об который спотыкается реструктуризация вываливается данная ошибка.
В выходные буду пробовать удалять агрегаты и повторно проводить реструктуризацию.
К слову "Чем вам не сидится на 8.3.10.ххх".
У нас база близится к 400 (сейчас перевалила за 350) гигам, и реструктуризация скажем таки прямо - дело "тухлое" в старых версиях. Делали только когда были праздники захватывающие выходные (то есть чтобы 3 дня получлоась)
В 8.3.11 1С изменили подход к реструктуризации насколько я понял. Хочется проверить так ли это, чтобы поставить эту штуку на автоматический регламент хотя бы раз в 3-4 месяца. но для этого надо чтобы реструктуризация хотя бы ручками выполнялась...
Пересчет итогов средствами конфигуратора идет каждые выходные, но благодаря сильному серверу и RAID-у на SSD дисках пересчет итогов идет около полутора часов иногда 3 часа когда были сильные изменения по регистрам.
Похожая ситуация, но расширение никакие не получилось завести.
8.3.11.3034
взял конфигурацию ЕРП, убрал режим совместимости, создал расширение. Версия БСП 2.3.2
И после разных манипуляций, расширение вообще пропадает из конфигуратора.
Каких только ошибок не насмотрелся:
1.
В процессе обновления информационной базы произошла критическая ошибка
по причине:
Ошибка SDBL:
Транзакция активна. Индексы выключать нельзя
2.
Невосстановимая ошибка
Ошибка при выполнении запроса POST к ресурсу /e1cib/logForm:
по причине:
Ошибка при выполнении операции с информационной базой
Запись не найдена в менеджере имен базы данных.
8.3.11.3034
взял конфигурацию ЕРП, убрал режим совместимости, создал расширение. Версия БСП 2.3.2
И после разных манипуляций, расширение вообще пропадает из конфигуратора.
Каких только ошибок не насмотрелся:
1.
В процессе обновления информационной базы произошла критическая ошибка
по причине:
Ошибка SDBL:
Транзакция активна. Индексы выключать нельзя
2.
Невосстановимая ошибка
Ошибка при выполнении запроса POST к ресурсу /e1cib/logForm:
по причине:
Ошибка при выполнении операции с информационной базой
Запись не найдена в менеджере имен базы данных.
(67) да, Вадим, народ так и пишет, но смысл публиковать работу с расширением, если пользоваться не возможно
3.
Ошибка создания набора данных "НаборДанныхДинамическогоСписка"
по причине:
Ошибка при исполнении запроса набора данных
по причине:
Ошибка выполнения запроса
по причине:
Работа с таблицей невозможна.
Структура таблицы несовместима с текущими расширениями конфигурации.
3.
Ошибка создания набора данных "НаборДанныхДинамическогоСписка"
по причине:
Ошибка при исполнении запроса набора данных
по причине:
Ошибка выполнения запроса
по причине:
Работа с таблицей невозможна.
Структура таблицы несовместима с текущими расширениями конфигурации.
(68) Такая ошибка еще может возникать, когда одно из расширений, которое использует расширение данных, не удалось подключить или для него не установлен флаг активности. Как только все расширения успешно подключатся, будет доступна запись.
та утож, не все работает.
хотел большое дополнение сделать полностью на расширении.
там добавление реквизитов возможно и т.д.
спасибо
хотел большое дополнение сделать полностью на расширении.
там добавление реквизитов возможно и т.д.
спасибо
4. 8.3.12.1412 даже нельзя выполнить запрос в консоле по добавленному в расширение регистру
Ошибка при выполнении обработчика - 'ОбработкаПроведения'
по причине:
{ОбщийМодуль.ПроведениеСервер.Модуль(89)}: Ошибка при вызове метода контекста (Выполнить)
Результат = Запрос.Выполнить().Выгрузить().ВыгрузитьКолонку("ИмяРегистра");
по причине:
Ошибка выполнения запроса
по причине:
Нельзя использовать таблицу без указания всех разделителей с независимым использованием разделяемых данных
объект: 'РегистрСведений...... (регистр добавленный в расширение)
ПочтальонПечкин 1С-кин:
"У меня для вас есть регистр сведений в расширениях, но использовать его вы не сможете!"
Ошибка при выполнении обработчика - 'ОбработкаПроведения'
по причине:
{ОбщийМодуль.ПроведениеСервер.Модуль(89)}: Ошибка при вызове метода контекста (Выполнить)
Результат = Запрос.Выполнить().Выгрузить().ВыгрузитьКолонку("ИмяРегистра");
по причине:
Ошибка выполнения запроса
по причине:
Нельзя использовать таблицу без указания всех разделителей с независимым использованием разделяемых данных
объект: 'РегистрСведений...... (регистр добавленный в расширение)
Почтальон
"У меня для вас есть регистр сведений в расширениях, но использовать его вы не сможете!"
5.
8.3.12.1440
При попытке удаления расширения в конфигураторе
------
В процессе обновления информационной базы произошла критическая ошибка
по причине:
Ошибка SDBL:
Некорректное использование LOCAL/GLOBAL в SET GENERATION.
------
но снять "Активность" получилось
При попытке удаления расширения в Предприятии:
------
После удаления, при подготовке оставшихся расширений к работе, произошла ошибка:
В процессе обновления информационной базы произошла некритичная ошибка: Невозможно установить монопольную блокировку из-за активной транзакции
------
8.3.12.1440
При попытке удаления расширения в конфигураторе
------
В процессе обновления информационной базы произошла критическая ошибка
по причине:
Ошибка SDBL:
Некорректное использование LOCAL/GLOBAL в SET GENERATION.
------
но снять "Активность" получилось
При попытке удаления расширения в Предприятии:
------
После удаления, при подготовке оставшихся расширений к работе, произошла ошибка:
В процессе обновления информационной базы произошла некритичная ошибка: Невозможно установить монопольную блокировку из-за активной транзакции
------
(73)
Как-то разгреблось постепенно. Баг это понятно.
Но наверное помогло то, что постепенно удалял из расширения последние добавленные объекты (предварительно сохранив конфу расширения)
И так по одному объекту удаляя и сохраняя каждый раз - вроди позволило. Т.е. целиком удаляя или если много сразу объектов удалять - падает. А по одному - вроди постепенно помогает.
Как-то разгреблось постепенно. Баг это понятно.
Но наверное помогло то, что постепенно удалял из расширения последние добавленные объекты (предварительно сохранив конфу расширения)
И так по одному объекту удаляя и сохраняя каждый раз - вроди позволило. Т.е. целиком удаляя или если много сразу объектов удалять - падает. А по одному - вроди постепенно помогает.
новиночка в процессе удаления расширения
В процессе обновления информационной базы произошла критическая ошибка
по причине:
Попытка вставки неуникального значения в уникальный индекс:
Microsoft SQL Server Native Client 11.0: Невозможно вставить повторяющуюся ключевую строку в объект "dbo._Reference41587" с уникальным индексом "_Reference41587_S_HPK".
HRESULT=80040E2F, SQLSrvr: SQLSTATE=23000, state=1, Severity=E, native=2601, line=1
В процессе обновления информационной базы произошла критическая ошибка
по причине:
Попытка вставки неуникального значения в уникальный индекс:
Microsoft SQL Server Native Client 11.0: Невозможно вставить повторяющуюся ключевую строку в объект "dbo._Reference41587" с уникальным индексом "_Reference41587_S_HPK".
HRESULT=80040E2F, SQLSrvr: SQLSTATE=23000, state=1, Severity=E, native=2601, line=1
Продолжаем с внезапно перестающими работать и удаляться расширениями
8.3.13.1198 x64 файловая
При ТИИ Проверка логической целостности прерывается ошибкой:
Ошибка SDBL:
Таблица или поле Fld1507 не содержится в разделе FROM (pos = 7)
... дополняю....
8.3.13 файловая (в отличие от 8.3.12) таки удалило расширение!!!
Сначала сказала что нужно сначала снять активность, а потом все получилось.
Но Тестирование после удаления расширения все равно не проходит с той же ошибкой
8.3.13.1198 x64 файловая
При ТИИ Проверка логической целостности прерывается ошибкой:
Ошибка SDBL:
Таблица или поле Fld1507 не содержится в разделе FROM (pos = 7)
... дополняю....
8.3.13 файловая (в отличие от 8.3.12) таки удалило расширение!!!
Сначала сказала что нужно сначала снять активность, а потом все получилось.
Но Тестирование после удаления расширения все равно не проходит с той же ошибкой
Прикрепленные файлы:
Зуп требует обновить платформу. Списки ошибок у релизов какие-то стрёмные. На что обновляться? 8.3.10/11/12 ?
Итак, обновление….
Напомню, есть база на SQL УТП+доработки с отключенной совместимостью, в которой развивалось расширение.
В какой-то момент после доработок расширения на 8.3.11 или 8.3.12 стало не возможным вносить любые изменения в расширение.
Конфигуратор падал дампом
Вышла новая платформа 8.3.12.1595. и дело немного сдвинулось с мертвой точки.
Теперь конфигуратор во время сохранения конфигурации расширения не падает, а выдает ошибку:
В процессе обновления информационной базы произошла критическая ошибка
по причине:
Ошибка SDBL:
Некорректное использование LOCAL/GLOBAL в SET GENERATION.
Причем в строке состояния видно, что остановлено на реструктуризации объекта:
Последовательность.ПартионныйУчет.Таблица границ последовательности
После удаления этой последовательности из конфигурации, сохранение продвинулось дальше, т.е. выдавало ошибку уже на другом объекте,
который также никак не связан с расширением. Это бы какой-то из ПланВидовХарактеристик.
Т.е. теоретически удаляя объекты конфигурации можно наверное выйти из этой ошибки.
Но что если ошибки будут валить в большой массе объектов, которые не возможно удалить?
Боюсь что с похожей ошибкой никто не сталкивался, и не регистрировал, а разрабы ее так и не починят.
А у меня будет висеть примороженное расширение.
Напомню, есть база на SQL УТП+доработки с отключенной совместимостью, в которой развивалось расширение.
В какой-то момент после доработок расширения на 8.3.11 или 8.3.12 стало не возможным вносить любые изменения в расширение.
Конфигуратор падал дампом
Вышла новая платформа 8.3.12.1595. и дело немного сдвинулось с мертвой точки.
Теперь конфигуратор во время сохранения конфигурации расширения не падает, а выдает ошибку:
В процессе обновления информационной базы произошла критическая ошибка
по причине:
Ошибка SDBL:
Некорректное использование LOCAL/GLOBAL в SET GENERATION.
Причем в строке состояния видно, что остановлено на реструктуризации объекта:
Последовательность.ПартионныйУчет.Таблица границ последовательности
После удаления этой последовательности из конфигурации, сохранение продвинулось дальше, т.е. выдавало ошибку уже на другом объекте,
который также никак не связан с расширением. Это бы какой-то из ПланВидовХарактеристик.
Т.е. теоретически удаляя объекты конфигурации можно наверное выйти из этой ошибки.
Но что если ошибки будут валить в большой массе объектов, которые не возможно удалить?
Боюсь что с похожей ошибкой никто не сталкивался, и не регистрировал, а разрабы ее так и не починят.
А у меня будет висеть примороженное расширение.
(85) у меня такая же проблема. Причем, все работало нормально, как то сделал копию базу, и после решил сделать тестирование и исправление...результат мне не подошел и когда перезалил копию базы , информационная база перестала "видеть" все реквизиты которые я создал в расширении конфигурации. Благо не так много успел наколбасить, подумал удалю ка я это расширение, но не тут то было, Ваша ошибка. Причем я удалил все объекты конфигурации.
(87)
копия моей базы после полного тестирования и исправления на платформе 8.3.12.1595 дала возможность вносить изменения в расширение, кроме добавления (наследования) реквизитов типа ссылки на документ.
на выходные запланировал тестирование рабочей базы, отпишусь, подтвердилось ли.
копия моей базы после полного тестирования и исправления на платформе 8.3.12.1595 дала возможность вносить изменения в расширение, кроме добавления (наследования) реквизитов типа ссылки на документ.
на выходные запланировал тестирование рабочей базы, отпишусь, подтвердилось ли.
SOS!!!!!!!!!!!
Я простой пользователь 1С. "Умных" слов не понимаю. Что делать????? Релиз 8.3.13.1513
Это выскакивает при обновлении конфигурации в Конфигураторе.
В процессе обновления информационной базы произошла критическая ошибка
по причине:
Ошибка SDBL:
Таблица или поле Fld33047 не содержится в разделе FROM (pos=103)
А это выскакивает, когда открывается 1С:Бухгалтерия
Невосстановимая ошибка
Ошибка при выполнении запроса GET к ресурсу /e1cib/cmi/cmiUpdateInterface:
по причине:
Ошибка при выполнении операции с информационной базой
Запись не найдена в менеджере имен базы данных.
Как ЭТО исправить???
Я простой пользователь 1С. "Умных" слов не понимаю. Что делать????? Релиз 8.3.13.1513
Это выскакивает при обновлении конфигурации в Конфигураторе.
В процессе обновления информационной базы произошла критическая ошибка
по причине:
Ошибка SDBL:
Таблица или поле Fld33047 не содержится в разделе FROM (pos=103)
А это выскакивает, когда открывается 1С:Бухгалтерия
Невосстановимая ошибка
Ошибка при выполнении запроса GET к ресурсу /e1cib/cmi/cmiUpdateInterface:
по причине:
Ошибка при выполнении операции с информационной базой
Запись не найдена в менеджере имен базы данных.
Как ЭТО исправить???
(89)
Была похожая проблема, при обновлении базы не хватало места на диске. Восстановитесь из копии до обновления, проверьте свободное место и попробуйте снова.
осстановимая ошибка
Ошибка при выполнении запроса GET к ресурсу /e1cib/cmi/cmiUpdateInterface:
по причине:
Ошибка при выполнении запроса GET к ресурсу /e1cib/cmi/cmiUpdateInterface:
по причине:
Была похожая проблема, при обновлении базы не хватало места на диске. Восстановитесь из копии до обновления, проверьте свободное место и попробуйте снова.
Внимание! Тема сдана в архив
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот