Запись не найдена в менеджере имен баз данных

22.08.25

База данных - Администрирование СУБД

Ошибка реструктуризации: "Запись не найдена в менеджере имен баз данных". Диагностика и решение проблемы.

Описание проблемы:

При обновлении платформы с версии 8.3.18 на 8.3.27 одной из задач было протестировать реструктуризацию.

В процессе тестового обновления конфигурации на 8.3.27 (база объемом ~6 ТБ) при запуске реструктуризации базы данных (как в режиме v1, так и v2) возникала ошибка:

Запись не найдена в менеджере имен баз данных

Стандартные рекомендации (очистка кэшей, перезапуск служб, поиск в интернете) не принесли результата.

 

Выполненные шаги по диагностике:

- Чтение bugboard

- Очистка кэшей, рестарт всего, что возможно

- Тестирование и исправление

- Воспроизведение проблемы на разных версиях платформы

- Изменение режима совместимости

- Удаление всех расширений

- Сбор ТЖ, событий EXCP, SDBL, MSSQL и анализ

- Сбор разных событий Extended events и поиск последнего запроса

 

Решение:

- Сбор полного технологического журнала с последующим длительным анализом

<config xmlns="http://v8.1c.ru/v8/tech-log">
    <system level="trace"/>
    <log location="C:\v8\logs" history="168">
        <event>
            <ne property="name" value=""/>
        </event>
        <property name="all">
        </property>
    </log>
</config>

Искали все подозрительное, пока по ключевому слову "ERROR" не нашли повторяющийся паттерн с запросом:

SELECT
T1._RestructData
FROM dbo._ExtensionsRestruct T1 WITH(NOLOCK)
WHERE (T1._ExtDataID IN (?)) AND T1._RestructDataType = ?

 

В логах был обнаружен постоянно повторяющийся паттерн ошибок, связанный с запросом к системной таблице dbo._ExtensionsRestruct:

Несмотря на то, что все расширения были удалены, данная таблица не была пустой. Было принято решение очистить ее вручную.

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

 

Предполагаемая причина проблемы:
Вероятно, в ходе одной из предыдущих реструктуризаций (возможно, при аварийном завершении процесса) система не смогла корректно и транзакционно откатить изменения, связанные с расширениями. В результате в таблице _ExtensionsRestruct остались "битые" записи. Изменения в алгоритмах работы механизма реструктуризации в более новых версиях платформы (например, в 8.3.27) стали учитывать эти записи, что привело к возникновению ошибки, которой не было на 8.3.18.

 

Заключение:
Данная проблема может проявляться при обновлении на версии платформы. Если вы столкнулись с ошибкой Запись не найдена в менеджере имен баз данных при реструктуризации, очистка таблицы _ExtensionsRestruct может быть решением. Всегда предварительно тестируйте это решение на копии вашей базы данных.

Вступайте в нашу телеграмм-группу Инфостарт

реструктуризация v2 обновление

Вы можете заказать платную адаптацию этой статьи под ваши задачи на «Бирже заказов».

  • 0% комиссии — оплата напрямую исполнителю;
  • Исполнители любого масштаба — от отдельных специалистов до команд под проект;
  • Прямой обмен контактами между заказчиком и исполнителем;
  • Безопасная сделка — при необходимости;
  • Рейтинги, кейсы и прозрачная система откликов.

См. также

HighLoad оптимизация Администрирование СУБД Программист Россия Бесплатно (free)

Если вы работаете с 1С на PostgreSQL и жалуетесь на тормоза — скорее всего, дело в join predicate pushdown, которого в стандартном PostgreSQL нет. В MS SQL Server этот механизм работает «из коробки», и при миграции именно запросы к виртуальным таблицам 1С бьют по производительности сильнее всего. В этой статье — реальный кейс от Postgres Professional с разбором плана выполнения, ручным экспериментом и доработкой планировщика СУБД, которая ускорила запросы от 22 до 54 000 раз.

16.06.2026    6109    postgres_professional    13    

9

HighLoad оптимизация Администрирование СУБД Системный администратор Программист 1С:Предприятие 8 Бесплатно (free)

Вышел релиз СУБД Tantor Postgres 18, и мы хотим рассказать о его новых возможностях для работы с приложениями на платформе "1С:Предприятие". В обзоре разберем улучшения планировщика, по традиции коснемся работы временных таблиц и не обойдем вниманием вспомогательные утилиты, которые упрощают поиск и диагностику проблем в высоконагруженных системах. За каждым пунктом - реальные запросы 1С, реальные рабочие базы и сотни часов тестирования!

16.06.2026    1085    Tantor    7    

9

Администрирование СУБД Системный администратор Программист 1С:Предприятие 8 Россия Бесплатно (free)

База 1С за несколько лет эксплуатации разрослась, - стала большой, медленно работает, требует много места и времени для копирования и прочего обслуживания. Нужна ли обязательно свертка или можно обойтись более «мягкими» средствами. Делюсь своим опытном как для новых конфигураций, так и для старых УПП, УТ 10…

01.06.2026    6090    2ncom    30    

10

Администрирование СУБД Системный администратор Программист Бесплатно (free)

Статья рассказывает об опыте перевода больших баз с MSSQL на Postgres и годовой эксплуатации после перехода. Показано, с какими ограничениями утилиты ibcmd можно столкнуться при миграции больших баз и какие подходы помогают безопасно обходить эти проблемы. Приведены наиболее интересные кейсы, выявленные в эксплуатации: особенности настроек Postgres, поведение оптимизатора, тонкости работы логики и статистики, а также редкие, но критичные ситуации с производительностью. Материал будет полезен тем, кто планирует переход на Postgres и хочет заранее понимать реальные риски, подводные камни и проверенные практики их преодоления.

20.04.2026    7284    berserg    12    

26

Администрирование СУБД Программист Бесплатно (free)

Прокачиваем Постгрес с помощью пользовательских функций и процедур.

02.03.2026    2707    SerVer1C    3    

12

HighLoad оптимизация Администрирование СУБД 1С:Предприятие 8 Бесплатно (free)

В статье рассматриваются текущие возможности горизонтального масштабирования СУБД для 1С, а также какое решение предлагает Tantor Postgres.

02.02.2026    2822    Tantor    3    

8
Комментарии
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
1. ilnarefr 05.06.26 22:22 Сейчас в теме
На моем примере: в расширении был добавлен новый реквизит в документ. При обновление конфигурации расширения, из-за сеансов вышла ошибка (фоновое задание не дало применить изменения). После завершения фоновых заданий и успешного применения изменений, вылезла ошибка из описания. Что сделал: удалил добавленный реквизит в расширении, прожал цилиндр, добавил реквизит - ошибка ушла
Для отправки сообщения требуется регистрация/авторизация