Приветствую!
Обновил платформу с 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
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
Появилась похожая ошибка (конфигурация нетиповая, платформа 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.
Ошибка создания набора данных "НаборДанныхДинамическогоСписка"
по причине:
Ошибка при исполнении запроса набора данных
по причине:
Ошибка выполнения запроса
по причине:
Работа с таблицей невозможна.
Структура таблицы несовместима с текущими расширениями конфигурации.
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) таки удалило расширение!!!
Сначала сказала что нужно сначала снять активность, а потом все получилось.
Но Тестирование после удаления расширения все равно не проходит с той же ошибкой
Прикрепленные файлы:
Итак, обновление….
Напомню, есть база на 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:
по причине:
Была похожая проблема, при обновлении базы не хватало места на диске. Восстановитесь из копии до обновления, проверьте свободное место и попробуйте снова.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот