Обновление в монопольном режиме после изменения модуля менеджера
После перехода на платформу 8.3.20.1613 (с 8.3.17) изменения в модуле менеджера (справочника, документа и т.д.) приводят к невозможности динамического обновления БД, требуется монопольный режим.
В описании к платформе ничего похожего не увидел, беглый гуглёж также безрезультатен.
Это какое-то ноу-хау от 1С? У кого-нибудь ещё это проявляется?
В описании к платформе ничего похожего не увидел, беглый гуглёж также безрезультатен.
Это какое-то ноу-хау от 1С? У кого-нибудь ещё это проявляется?
По теме из базы знаний
Найденные решения
(2) Обнаружил закономерность:
Монопольный режим требуется после ПЕРВОГО изменения КАЖДОГО модуля менеджера объекта конфигурации, но только в базе без режима совместимости. Дальнейшие изменения в модуле к такому эффекту не приводят.
Выглядит как бред, но воспроизводится каждый раз. Я в шоке
Монопольный режим требуется после ПЕРВОГО изменения КАЖДОГО модуля менеджера объекта конфигурации, но только в базе без режима совместимости. Дальнейшие изменения в модуле к такому эффекту не приводят.
Выглядит как бред, но воспроизводится каждый раз. Я в шоке
Остальные ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(2) Объекты не задеты, специально проверяли и меняли только модули менеджера.
Причём это проявляется не на одной базе, а на всех. Все базы серверные, с разными режимами совместимости, а также без режима совместимости. Платформа одна.
Обманул, извиняюсь. Перепроверил: проявляется на базе без режима совместимости. Базы с режимом совместимости 8.2.13 и 8.2.16 обновляются динамически.
Уточните пожалуйста, какая у Вас версия платформы? База серверная?
Обманул, извиняюсь. Перепроверил: проявляется на базе без режима совместимости. Базы с режимом совместимости 8.2.13 и 8.2.16 обновляются динамически.
Уточните пожалуйста, какая у Вас версия платформы? База серверная?
(3) Похоже, у вас при сохранении изменений конфигурации под новой редакцией платформы происходит внутренняя конвертация структуры данных, из за которой требуется монопольный режим. Так как конвертация делается единожды, при повторных изменениях в конифгурации вы такого сообщения уже не получите.
(4) Да, первое обновление после перехода было нединамическим (хотя структура БД не менялась).
Но теперь каждый раз после изменения модуля менеджера любого объекта (даже если пробел добавить), система требует выгнать всех пользователей. Изменения в модулях объекта, форм, общих модулей не приводят к такому эффекту.
Странность в том, что на базах с режимом совместимости это не повторяется.
У Вас база с режимом совместимости? Серверная?
Но теперь каждый раз после изменения модуля менеджера любого объекта (даже если пробел добавить), система требует выгнать всех пользователей. Изменения в модулях объекта, форм, общих модулей не приводят к такому эффекту.
Странность в том, что на базах с режимом совместимости это не повторяется.
У Вас база с режимом совместимости? Серверная?
(2) Обнаружил закономерность:
Монопольный режим требуется после ПЕРВОГО изменения КАЖДОГО модуля менеджера объекта конфигурации, но только в базе без режима совместимости. Дальнейшие изменения в модуле к такому эффекту не приводят.
Выглядит как бред, но воспроизводится каждый раз. Я в шоке
Монопольный режим требуется после ПЕРВОГО изменения КАЖДОГО модуля менеджера объекта конфигурации, но только в базе без режима совместимости. Дальнейшие изменения в модуле к такому эффекту не приводят.
Выглядит как бред, но воспроизводится каждый раз. Я в шоке
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот