Добрый день, коллеги!
Не смог найти информации по надписи при обновлении:
Проверка корректности метаданных...
Конфигурация весит около 270 МБ. При изменении текста модулей запускаю отладку. После этого запуск базы идет в течении 40+ секунд.
Основное время которое висит окно это "Проверка корректности метаданных". Что с этим можно сделать?
Сейчас конфигурация 8.3.5, платформа 8.3.8. Раньше была платформа 8.3.5 и конфигурация 8.2.13, тогда база запускалась быстрее после изменения кода примерно 7 секунд.
Как ускорить запуск отладки после изменения конфигурации?
Не смог найти информации по надписи при обновлении:
Проверка корректности метаданных...
Конфигурация весит около 270 МБ. При изменении текста модулей запускаю отладку. После этого запуск базы идет в течении 40+ секунд.
Основное время которое висит окно это "Проверка корректности метаданных". Что с этим можно сделать?
Сейчас конфигурация 8.3.5, платформа 8.3.8. Раньше была платформа 8.3.5 и конфигурация 8.2.13, тогда база запускалась быстрее после изменения кода примерно 7 секунд.
Как ускорить запуск отладки после изменения конфигурации?
По теме из базы знаний
Найденные решения
(13) спасибо.
У кого нет доступа:
Проверка корректности метаданных
Код ошибки: 10165919
Код(ы) обращения: CSR-11504
Статус: Исправлена в выпущенной версии Зарегистрирована: 11.08.2016
Исправлена: "Технологическая платформа", версия 8.3.9.2233
"Технологическая платформа", версия 8.3.10.2252
Описание:
Проверка корректности метаданных, которая выполняется при обновлении конфигурации, выполняется неоправданно долго.
Что на партнерском написали не знаю!
У кого нет доступа:
Проверка корректности метаданных
Код ошибки: 10165919
Код(ы) обращения: CSR-11504
Статус: Исправлена в выпущенной версии Зарегистрирована: 11.08.2016
Исправлена: "Технологическая платформа", версия 8.3.9.2233
"Технологическая платформа", версия 8.3.10.2252
Описание:
Проверка корректности метаданных, которая выполняется при обновлении конфигурации, выполняется неоправданно долго.
Что на партнерском написали не знаю!
Остальные ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(5) Значит, мне известно, что файл с деревом в конфигураторе можно получить в расшифрованном виде в считанные доли секунд, но 1С тратит на это не простительно много времени. Делаем вывод, 1С прочитывает лишнее, когда открываем конфигурацию. Поэтому с большим количеством объектов страшные тормоза.
Проверка этого факта доступна через трассировку запросов к SQL серверу. Увидим, что читаются целиком таблицы конфига и параметров (и прочие с описаловом)
Проверка этого факта доступна через трассировку запросов к SQL серверу. Увидим, что читаются целиком таблицы конфига и параметров (и прочие с описаловом)
(5) изменение конфигурации предполагает перегенерацию конфига и параметров (вместе с прочим описаловом) на основе саве конфига.
Пробуем просто прочитать и расшифровать конфиг, параметры и прочее описалово. В результате устаем ждать конца процедуры. Делаем вывод - 1С звездит не оптимальными алгоритмами, а объем огромен.
Значит сохранение конфигурации будет весьма долгим.
Пробуем просто прочитать и расшифровать конфиг, параметры и прочее описалово. В результате устаем ждать конца процедуры. Делаем вывод - 1С звездит не оптимальными алгоритмами, а объем огромен.
Значит сохранение конфигурации будет весьма долгим.
(1)
Аналогичная ситуация, только с "новой" платформой.8.3.12.1714 (клиент-серверная база).
Изменив всего лишь текст модуля документа и запустив обновление - висит около минуты-двух с "Проверка корректности метаданных".
Кто встречался с проблемой ? Что посоветуете ?
При изменении текста модулей запускаю отладку. После этого запуск базы идет в течении 40+ секунд.
Основное время которое висит окно это "Проверка корректности метаданных". Что с этим можно сделать?
Основное время которое висит окно это "Проверка корректности метаданных". Что с этим можно сделать?
Аналогичная ситуация, только с "новой" платформой.8.3.12.1714 (клиент-серверная база).
Изменив всего лишь текст модуля документа и запустив обновление - висит около минуты-двух с "Проверка корректности метаданных".
Кто встречался с проблемой ? Что посоветуете ?
Решил протестировать обновление конфигурации базы при различных режимах совместимости:
8.3.3 ~ 8 секунд
8.3.4 ~ 15 секунд
8.3.5 ~ 45 секунд
8.3.6 ~ 38 секунд
8.3.7 ~ 35 секунд
8.3.8 ~ 40 секунд
8.3.9 ~ 37 секунд
Развернул конфигурацию в файловом режиме и просто в один из модулей добавлял или удалял перенос строки.
8.3.3 ~ 8 секунд
8.3.4 ~ 15 секунд
8.3.5 ~ 45 секунд
8.3.6 ~ 38 секунд
8.3.7 ~ 35 секунд
8.3.8 ~ 40 секунд
8.3.9 ~ 37 секунд
Развернул конфигурацию в файловом режиме и просто в один из модулей добавлял или удалял перенос строки.
Коллеги добрый день! Сталкиваемся с той же проблемой - при сохранении конфигурации висим на "Проверка корректности метаданных..." сервер исключительно для разработчиков за 2 ляма - к нему претензий нет. Конфигурация весит 300 мег, при простом изменении кода запускается 1 мин +. Есть идеи куда копать?
Сейчас грешим на Win2012, статья не помогла, конфигурация типовая БП 3.0 последняя, платформа последняя. База серверная - абсолютно голая.
(13) спасибо.
У кого нет доступа:
Проверка корректности метаданных
Код ошибки: 10165919
Код(ы) обращения: CSR-11504
Статус: Исправлена в выпущенной версии Зарегистрирована: 11.08.2016
Исправлена: "Технологическая платформа", версия 8.3.9.2233
"Технологическая платформа", версия 8.3.10.2252
Описание:
Проверка корректности метаданных, которая выполняется при обновлении конфигурации, выполняется неоправданно долго.
Что на партнерском написали не знаю!
У кого нет доступа:
Проверка корректности метаданных
Код ошибки: 10165919
Код(ы) обращения: CSR-11504
Статус: Исправлена в выпущенной версии Зарегистрирована: 11.08.2016
Исправлена: "Технологическая платформа", версия 8.3.9.2233
"Технологическая платформа", версия 8.3.10.2252
Описание:
Проверка корректности метаданных, которая выполняется при обновлении конфигурации, выполняется неоправданно долго.
Что на партнерском написали не знаю!
(14) Цитирую пост от 13.07.2017 17:01
Проблема вновь обнаружилась на ERP версии 2.4.1.126, платформа 8.3.10.2375
Внесено незначительное количество изменений в оригинальную конфигурацию, но изменение любого символа в модуле вызывает 60-секундную проверку при сохранении-запуске.
Проблема вновь обнаружилась на ERP версии 2.4.1.126, платформа 8.3.10.2375
Внесено незначительное количество изменений в оригинальную конфигурацию, но изменение любого символа в модуле вызывает 60-секундную проверку при сохранении-запуске.
Та же проблема в клиент-серверном варианте, на "исправленной" платформе 8.3.10.2252. На файловом варианте той же базы, проблемы отсутствуют.
Конфигурация БП 3.0 без режима совместимости - конфа голая, ради прикола убрал все модули, т.е. оставил только структуру метаданных, эффект тот же при сохранении висит на "проверка корректности метаданных", тех поддержка пока молчит
(20) для версии 8.3.12:
Продолжительная компиляция программного модуля
Код ошибки: 10174547
Код(ы) обращения: SW1120079
Статус: Исправлена в будущей версии Зарегистрирована: 03.02.2017
Описание:
Компиляция программного модуля может выполняться медленно, если в модуле происходит активная работа с метаданными, в которые входят общие реквизиты.
Код ошибки: 10174547
Код(ы) обращения: SW1120079
Статус: Исправлена в будущей версии Зарегистрирована: 03.02.2017
Описание:
Компиляция программного модуля может выполняться медленно, если в модуле происходит активная работа с метаданными, в которые входят общие реквизиты.
Столкнулся с этой же проблемой в ЕРП на платформе 8.3.8.*.
Существует ли какое-то эффективное решение прjav * ascript:void(0);облемы на текущий момент?
Существует ли какое-то эффективное решение прjav * ascript:void(0);облемы на текущий момент?
пока спасаюсь расширением и кодю там - когда готово кладу в конфу - но это жуткий танец с бубном и не всегда адекватно работает!
Добрый день. Выполняю обновление БП 2.0.66.53 на 3.0.60.44, конфигурация типовая, платформа 8.3.10.2561, серверная SQL база.
Обновление конфигураций поставщика и базы данных происходит нормально, при обновлении основной конфигурации (последний этап) зависает с сообщением "Проверка корректности метаданных...".
Попробовал в файловом режиме на платформе 8.3.10.2252 и у меня получилось обновиться!
В файловом режиме на платформе 8.3.11.2867 программа аварийно вылетает.
Обновление конфигураций поставщика и базы данных происходит нормально, при обновлении основной конфигурации (последний этап) зависает с сообщением "Проверка корректности метаданных...".
Попробовал в файловом режиме на платформе 8.3.10.2252 и у меня получилось обновиться!
В файловом режиме на платформе 8.3.11.2867 программа аварийно вылетает.
(28)
Аналогичная база и платформа.
Не хочется плодить темы. Последнее время начал лагать набор текста в конф-ре. Т.е. конфигуратор тупо не успевает за мной, особенно используя подстановки.
Или вот, прямо сейчас, пытаюсь инициализировать строковую переменную - ввожу двойные кавычки - жду 10 секунд, пока конфигуратор сообразит.
Не подскажете, я один такой неудачник?
Такая проблема только с написанием кода внутри конфы, с внешними обработками все ровно - лагов нет.
ЗЫ: Кеш почистил - саморазумеющееся.
работаю с УТ 11.3 на 8.3.10
Аналогичная база и платформа.
Не хочется плодить темы. Последнее время начал лагать набор текста в конф-ре. Т.е. конфигуратор тупо не успевает за мной, особенно используя подстановки.
Или вот, прямо сейчас, пытаюсь инициализировать строковую переменную - ввожу двойные кавычки - жду 10 секунд, пока конфигуратор сообразит.
Не подскажете, я один такой неудачник?
Такая проблема только с написанием кода внутри конфы, с внешними обработками все ровно - лагов нет.
ЗЫ: Кеш почистил - саморазумеющееся.
Висит при обновлении расширения. Обновление основной конфигурации проходит быстро.
8.3.12.1714
SSD стоит на диске с сервером 1С и tempdb. Базы и TEMP на обычных дисках.
Бесит нереально, срывает сроки.
8.3.12.1714
SSD стоит на диске с сервером 1С и tempdb. Базы и TEMP на обычных дисках.
Бесит нереально, срывает сроки.
Надеюсь кому-нибудь поможет моё наблюдение - тоже столкнулись с долгим висением надписи "Проверка корректности метаданных". 1С 8.3.12, Конфигурация КА2, есть расширение, победили так: выгрузили расширение в cfe, полностью удалили расширение из конфигурации, после чего вручную создали расширение, и подгрузили в него сохранённый cfe. Зависание с "Проверка корректности метаданных" ушло (слава Кришне). Возможная причина появления - в процессе обновления КА2 сталкивался с тем, что менялась область действия конфигурации, и как раз после этого и начались подвисания при записи
p.s. Даже с этими болячками роста, расширения - это огромный шаг вперёд и применять их стоит (пока что без данных).
p.s. Даже с этими болячками роста, расширения - это огромный шаг вперёд и применять их стоит (пока что без данных).
На текущий момент существует два способа применения расширений конфигурации.
Без анализа структур данных (быстрый): используется когда гарантированно нет изменения структур данных
С анализом структур данных. Способ гораздо дольше, так как уже требует совмещать расширение с основной конфигурацией и проводить достаточно много проверок.
Определение способа производится предварительным анализом в начале применения. Анализ должен быть быстрым и поэтому использует достаточно грубый метод - анализируется может ли измененный объект влиять на структуры данных. Так как изменение модуля документа так же отмечает сам документ как измененный то, это приводит к применению такого расширения по долгому пути. При изменении общего модуля применение соответственно будет происходит быстро. Мы планируем улучшить ситуацию, но пока так.
Как обходной путь для расширений, не меняющих структуры данных, пока можно предложить понизить режим совместимости расширения конфигурации (только расширения) до версии 8.3.10. Это гарантирует применение расширения быстрым способом (так как в нем точно нет изменений, влияющих на структуры данных).
Без анализа структур данных (быстрый): используется когда гарантированно нет изменения структур данных
С анализом структур данных. Способ гораздо дольше, так как уже требует совмещать расширение с основной конфигурацией и проводить достаточно много проверок.
Определение способа производится предварительным анализом в начале применения. Анализ должен быть быстрым и поэтому использует достаточно грубый метод - анализируется может ли измененный объект влиять на структуры данных. Так как изменение модуля документа так же отмечает сам документ как измененный то, это приводит к применению такого расширения по долгому пути. При изменении общего модуля применение соответственно будет происходит быстро. Мы планируем улучшить ситуацию, но пока так.
Как обходной путь для расширений, не меняющих структуры данных, пока можно предложить понизить режим совместимости расширения конфигурации (только расширения) до версии 8.3.10. Это гарантирует применение расширения быстрым способом (так как в нем точно нет изменений, влияющих на структуры данных).
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот
