Не смог найти информации по надписи при обновлении:
Проверка корректности метаданных...
Конфигурация весит около 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
Описание:
Проверка корректности метаданных, которая выполняется при обновлении конфигурации, выполняется неоправданно долго.
(5) Значит, мне известно, что файл с деревом в конфигураторе можно получить в расшифрованном виде в считанные доли секунд, но 1С тратит на это не простительно много времени. Делаем вывод, 1С прочитывает лишнее, когда открываем конфигурацию. Поэтому с большим количеством объектов страшные тормоза.
Проверка этого факта доступна через трассировку запросов к SQL серверу. Увидим, что читаются целиком таблицы конфига и параметров (и прочие с описаловом)
(5) изменение конфигурации предполагает перегенерацию конфига и параметров (вместе с прочим описаловом) на основе саве конфига.
Пробуем просто прочитать и расшифровать конфиг, параметры и прочее описалово. В результате устаем ждать конца процедуры. Делаем вывод - 1С звездит не оптимальными алгоритмами, а объем огромен.
Значит сохранение конфигурации будет весьма долгим.
При изменении текста модулей запускаю отладку. После этого запуск базы идет в течении 40+ секунд.
Основное время которое висит окно это "Проверка корректности метаданных". Что с этим можно сделать?
Аналогичная ситуация, только с "новой" платформой.8.3.12.1714 (клиент-серверная база).
Изменив всего лишь текст модуля документа и запустив обновление - висит около минуты-двух с "Проверка корректности метаданных".
Коллеги добрый день! Сталкиваемся с той же проблемой - при сохранении конфигурации висим на "Проверка корректности метаданных..." сервер исключительно для разработчиков за 2 ляма - к нему претензий нет. Конфигурация весит 300 мег, при простом изменении кода запускается 1 мин +. Есть идеи куда копать?
Сейчас грешим на Win2012, статья http://www.gilev.ru/dfss/ не помогла, конфигурация типовая БП 3.0 последняя, платформа последняя. База серверная - абсолютно голая.
(13) спасибо.
У кого нет доступа:
Проверка корректности метаданных
Код ошибки: 10165919
Код(ы) обращения: CSR-11504
Статус: Исправлена в выпущенной версии Зарегистрирована: 11.08.2016
Исправлена: "Технологическая платформа", версия 8.3.9.2233
"Технологическая платформа", версия 8.3.10.2252
Описание:
Проверка корректности метаданных, которая выполняется при обновлении конфигурации, выполняется неоправданно долго.
Проблема вновь обнаружилась на ERP версии 2.4.1.126, платформа 8.3.10.2375
Внесено незначительное количество изменений в оригинальную конфигурацию, но изменение любого символа в модуле вызывает 60-секундную проверку при сохранении-запуске.
Конфигурация БП 3.0 без режима совместимости - конфа голая, ради прикола убрал все модули, т.е. оставил только структуру метаданных, эффект тот же при сохранении висит на "проверка корректности метаданных", тех поддержка пока молчит
Продолжительная компиляция программного модуля
Код ошибки: 10174547
Код(ы) обращения: SW1120079
Статус: Исправлена в будущей версии Зарегистрирована: 03.02.2017
Описание:
Компиляция программного модуля может выполняться медленно, если в модуле происходит активная работа с метаданными, в которые входят общие реквизиты.
Добрый день. Выполняю обновление БП 2.0.66.53 на 3.0.60.44, конфигурация типовая, платформа 8.3.10.2561, серверная SQL база.
Обновление конфигураций поставщика и базы данных происходит нормально, при обновлении основной конфигурации (последний этап) зависает с сообщением "Проверка корректности метаданных...".
Попробовал в файловом режиме на платформе 8.3.10.2252 и у меня получилось обновиться!
В файловом режиме на платформе 8.3.11.2867 программа аварийно вылетает.
Аналогичная база и платформа.
Не хочется плодить темы. Последнее время начал лагать набор текста в конф-ре. Т.е. конфигуратор тупо не успевает за мной, особенно используя подстановки.
Или вот, прямо сейчас, пытаюсь инициализировать строковую переменную - ввожу двойные кавычки - жду 10 секунд, пока конфигуратор сообразит.
Не подскажете, я один такой неудачник?
Такая проблема только с написанием кода внутри конфы, с внешними обработками все ровно - лагов нет.
ЗЫ: Кеш почистил - саморазумеющееся.
Висит при обновлении расширения. Обновление основной конфигурации проходит быстро.
8.3.12.1714
SSD стоит на диске с сервером 1С и tempdb. Базы и TEMP на обычных дисках.
Бесит нереально, срывает сроки.
Надеюсь кому-нибудь поможет моё наблюдение - тоже столкнулись с долгим висением надписи "Проверка корректности метаданных". 1С 8.3.12, Конфигурация КА2, есть расширение, победили так: выгрузили расширение в cfe, полностью удалили расширение из конфигурации, после чего вручную создали расширение, и подгрузили в него сохранённый cfe. Зависание с "Проверка корректности метаданных" ушло (слава Кришне). Возможная причина появления - в процессе обновления КА2 сталкивался с тем, что менялась область действия конфигурации, и как раз после этого и начались подвисания при записи
p.s. Даже с этими болячками роста, расширения - это огромный шаг вперёд и применять их стоит (пока что без данных).
На текущий момент существует два способа применения расширений конфигурации.
Без анализа структур данных (быстрый): используется когда гарантированно нет изменения структур данных
С анализом структур данных. Способ гораздо дольше, так как уже требует совмещать расширение с основной конфигурацией и проводить достаточно много проверок.
Определение способа производится предварительным анализом в начале применения. Анализ должен быть быстрым и поэтому использует достаточно грубый метод - анализируется может ли измененный объект влиять на структуры данных. Так как изменение модуля документа так же отмечает сам документ как измененный то, это приводит к применению такого расширения по долгому пути. При изменении общего модуля применение соответственно будет происходит быстро. Мы планируем улучшить ситуацию, но пока так.
Как обходной путь для расширений, не меняющих структуры данных, пока можно предложить понизить режим совместимости расширения конфигурации (только расширения) до версии 8.3.10. Это гарантирует применение расширения быстрым способом (так как в нем точно нет изменений, влияющих на структуры данных).
Долгая проверка происходит при включенной у расширения опции "Используется в распределенной ИБ". При отключении опции проверка работает с нормальной скоростью.