Приветствую Гуру!
Прошу помочь по проблеме очень долгого процесса сравнения объектов при обновлении конфигурации КА 2.5.
Начальные данные: база КА 2.5 размер 80гб клиент-сервер MSSQL (общая память включена), SSD диск. База снята с поддержки с сохранением, стандартные модули не правились, но добавились две штуки Датамобайл и Меркурий Ветеринарка. При обновлении, только сравнение объектов происходит 2,5 часа.
Протестировано: Выгрузка базы и загрузка ситуация та же. Обновление стандартной (демо база) конфы не снятой с поддержки, 15 минут на все про всё, как файловый так и клиент-серверный режим на том же SSD диске. Обновление снятой с поддержки стандартной (демо база), клиент-сервер, 1 час 15 минут на всё про всё, сравнение прошло быстро, а обновление дольше.
Это нормальное поведение так и должно быть? Или может, что-то стоить проверить, изменить, настроить, тогда что?
Прошу помочь по проблеме очень долгого процесса сравнения объектов при обновлении конфигурации КА 2.5.
Начальные данные: база КА 2.5 размер 80гб клиент-сервер MSSQL (общая память включена), SSD диск. База снята с поддержки с сохранением, стандартные модули не правились, но добавились две штуки Датамобайл и Меркурий Ветеринарка. При обновлении, только сравнение объектов происходит 2,5 часа.
Протестировано: Выгрузка базы и загрузка ситуация та же. Обновление стандартной (демо база) конфы не снятой с поддержки, 15 минут на все про всё, как файловый так и клиент-серверный режим на том же SSD диске. Обновление снятой с поддержки стандартной (демо база), клиент-сервер, 1 час 15 минут на всё про всё, сравнение прошло быстро, а обновление дольше.
Это нормальное поведение так и должно быть? Или может, что-то стоить проверить, изменить, настроить, тогда что?
По теме из базы знаний
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(1) объем данных сильно влияет... обновляйте на пустой базе - затем создавайте цфшник и заливайте в свою базу - попробуйте сначала на копиях (одна копия рабочей базы, вторая копия - пустой базы)
о результатах сообщите...
а в идеале, верните конфигурацию к замочку - будет гораздо быстрее обновляться
о результатах сообщите...
а в идеале, верните конфигурацию к замочку - будет гораздо быстрее обновляться
(8) То же повторю вопрос. А как быть тогда, когда база с коробки демка, на поддержке обновляется 15 минут, а снятая с поддержки 1,5 часа? Ладно моя база с доп модулями, а коробочная то чего так ведет!" НА замок вернуть не вариант, доп модули в расширениях нет.
(11) данные в демке - все поля уже реструктурированы, получены индексы, при обновлении ничего реструктурировать и переназначать индексы не нужно... при снятии замочка, возможно происходит изменение индексов полей, база проходит этап новой реструктуризации...
возможно у вас в расширениях есть добавленные поля (реквизиты), которые требуют реструктуризацию БД, переназначения индексов...
возможно у вас в расширениях есть добавленные поля (реквизиты), которые требуют реструктуризацию БД, переназначения индексов...
(1)
1. Чем больше размер конфигурации и количество снятых объектов с полной поддержки тем дольше будет сравнение/объединение. На твоей конфе это должно занимать порядка 5 минут. Если у тебя значительно больше, то, вероятно, тут какие-то аппаратные проблемы. Где-то натыкался на темы, что у людей даже конфигуратор открывается 30 минут, но сервак овермощный. Может у тебя там что-то не так настроено, борьба за ресурсы какая-нибудь и все зависает. Или антивирусу не настроено исключение 1совских папок.
2. Обновление обычно дольше, тут уже зависимость от размера базы и количестве измененных объектов. Т.е. к примеру, файл обновления 10кб (сравнение молниеносно прошло), но в нём был изменено лишь измерение регистра накопления, а у тебя эта таблица как полбазы, соотвественно, будет долгая реструктуризация, обновление основной таблицы, итогов, агрегатов... и длиться это может долго. Хотя, у тебя всего лишь 80гб база, это ни о чем в текущих реалиях). А может файл обновления большой, изменений много, но все таблицы полупустые, реструктуризация быстрая, и отложенное обновление ничего не меняет. Всегда по разному.
ЗЫ: если сравнение быстрое, но реструктуризация слишком долгая, то рекомендую в настроках СУБД MDOP поставить в ноль.
1. Чем больше размер конфигурации и количество снятых объектов с полной поддержки тем дольше будет сравнение/объединение. На твоей конфе это должно занимать порядка 5 минут. Если у тебя значительно больше, то, вероятно, тут какие-то аппаратные проблемы. Где-то натыкался на темы, что у людей даже конфигуратор открывается 30 минут, но сервак овермощный. Может у тебя там что-то не так настроено, борьба за ресурсы какая-нибудь и все зависает. Или антивирусу не настроено исключение 1совских папок.
2. Обновление обычно дольше, тут уже зависимость от размера базы и количестве измененных объектов. Т.е. к примеру, файл обновления 10кб (сравнение молниеносно прошло), но в нём был изменено лишь измерение регистра накопления, а у тебя эта таблица как полбазы, соотвественно, будет долгая реструктуризация, обновление основной таблицы, итогов, агрегатов... и длиться это может долго. Хотя, у тебя всего лишь 80гб база, это ни о чем в текущих реалиях). А может файл обновления большой, изменений много, но все таблицы полупустые, реструктуризация быстрая, и отложенное обновление ничего не меняет. Всегда по разному.
ЗЫ: если сравнение быстрое, но реструктуризация слишком долгая, то рекомендую в настроках СУБД MDOP поставить в ноль.
(10) Что у тебя входит в обновление? Весь цикл сравнение/объединение, применение изменений, далее обновление и реструктуризация, запуск предприятия и продолжение обновления там? или что-то конкретное?
Конфа у тебя "весит" где-то 1гб. Пускай обновление 100мб. Представь, что это все текстовые файлы. Считаешь ли ты, что твой сервер достаточно мощный, чтобы сравнить N файлов, размером с 1гб, с файлами обновления в 100мб быстрее, чем 1.5 часа?:)
Хотя, может у тебя сравнение с cf идёт, а не cfu, Ну, тут уже поболее будет, там уже 1гб с 1гб сравниваться будет и это точно не 5 минут, но все равно не больше часа.
Думаю попробовать на домашнем пк сделать такой замер. Думаю, минут за 20 должен справиться.
Конфа у тебя "весит" где-то 1гб. Пускай обновление 100мб. Представь, что это все текстовые файлы. Считаешь ли ты, что твой сервер достаточно мощный, чтобы сравнить N файлов, размером с 1гб, с файлами обновления в 100мб быстрее, чем 1.5 часа?:)
Хотя, может у тебя сравнение с cf идёт, а не cfu, Ну, тут уже поболее будет, там уже 1гб с 1гб сравниваться будет и это точно не 5 минут, но все равно не больше часа.
Думаю попробовать на домашнем пк сделать такой замер. Думаю, минут за 20 должен справиться.
(12) Обновление это полный цикл до завершения всех процедур в самой базе в режиме предприятия. А в рабочей базе 2,5 часа делается только сравнение. В коробочной стандартной базе снятой с поддержки 1,5 часа, полное обновление, на замке 15 минут.
Я в том-то и дело не знаю норма или нет это сравнение с таким временем. Сервак достаточно мощный. 2х Ксеон голд 3ггц, диски ССД, оператива 256. Бух данные выводятся за секунды за весь период, а их много контора оптовая, тут проблем вообще нет.
Я в том-то и дело не знаю норма или нет это сравнение с таким временем. Сервак достаточно мощный. 2х Ксеон голд 3ггц, диски ССД, оператива 256. Бух данные выводятся за секунды за весь период, а их много контора оптовая, тут проблем вообще нет.
(17) Только что установил erp 2.5.7.366, все объекты поменял на частичную поддержку.
Скачал обновление 2.5.7.390.
Параметры компа: i5 10600 32gb ram (3200mhz) sata ssd; платформа 8.3.18
Сравнение заняло 40 минут.
Объединение 2 минуты.
Обновление (принятие изменений + реструктуризация) 5 минут
Отложенное обновление в предприятии не замерял, т.к. это не демо, а пустая.
Скачал обновление 2.5.7.390.
Параметры компа: i5 10600 32gb ram (3200mhz) sata ssd; платформа 8.3.18
Сравнение заняло 40 минут.
Объединение 2 минуты.
Обновление (принятие изменений + реструктуризация) 5 минут
Отложенное обновление в предприятии не замерял, т.к. это не демо, а пустая.
(43)В теме ни одного замера, ни одного утверждения подкрепленными анализом выполнения... вольная фантазия на тему.... У меня ЕРП 2.4 писаная-переписанная года два уже не обновляю. когда что то дописал то сравнение и объединение с тестовой ... Да долго, но ведь не бесконечно... О чем вообще тут спорят и обсуждают, так и не понял до конца.
(42) Вся эта тема обычный "пук" - главное что бы Вам это было понятно. ;)
(42) Вся эта тема обычный "пук" - главное что бы Вам это было понятно. ;)
(38) Моя ошибка, оказывается сейчас это уже не так.
Установка флажка Режим копирования объектов... позволяет выполнять добавление новых объектов по правилам, существовавшим в предыдущих версиях платформы: при добавлении объектов, отсутствующих в основной конфигурации, для них всегда генерируются новые идентификаторы.
Приношу извинения всем, кого ввел в заблуждение.
Ну и у вас примерно так же, если поставить на поддержку будет быстрее. Значит получается это норма, да ещё если и база трёхлетняя и допмодули.
Я почему тему то создал. Старый сервак сгорел, купили новый. Ну думаю сейчас взлетит. А оно чуть улучшилось да и только. Причем результаты примерно одинаковы если базу SQL запихать на другой сервер. Вот собственно и подумал, может есть какие настройки в 1с или скуле или в винде, что бы оптимизировать процесс.
Я почему тему то создал. Старый сервак сгорел, купили новый. Ну думаю сейчас взлетит. А оно чуть улучшилось да и только. Причем результаты примерно одинаковы если базу SQL запихать на другой сервер. Вот собственно и подумал, может есть какие настройки в 1с или скуле или в винде, что бы оптимизировать процесс.
(30) Взять демо базу, включить изменения и перенести доработки. Год-два будет шустрее обновляться.
Что бы ускорить реструктуризацию ставите на SQL Java и у себя в conf.cfg добавляете: UpdateDBCfg=v2
На одном сервере, где админ не может, не умеет, не хочет ставить java: реструктуризация идет часами. Где работает java - несколько минут.
Что бы ускорить реструктуризацию ставите на SQL Java и у себя в conf.cfg добавляете: UpdateDBCfg=v2
На одном сервере, где админ не может, не умеет, не хочет ставить java: реструктуризация идет часами. Где работает java - несколько минут.
Думаю это НЕ нормально.
Тоже была похожая проблема.
Базы с кучей доработок сравниваются за 10 мин, а в одной вдруг стало зависать и час думать...
При чем в этой которая стала зависать был добавлено пару мелких доработок.
Заметил что зависает на типовых документах, которые были даже на замке!!!
Точно не помню как решилось, но вроде полностью загрузил типовую конфигурацию актуального релиза и перенес в нее доработки свои. В последующем обновлялось нормально.
Хотя может кеш какой нибудь...
Тоже была похожая проблема.
Базы с кучей доработок сравниваются за 10 мин, а в одной вдруг стало зависать и час думать...
При чем в этой которая стала зависать был добавлено пару мелких доработок.
Заметил что зависает на типовых документах, которые были даже на замке!!!
Точно не помню как решилось, но вроде полностью загрузил типовую конфигурацию актуального релиза и перенес в нее доработки свои. В последующем обновлялось нормально.
Хотя может кеш какой нибудь...
это еще нормально!) Вот у меня на платформе 8.3.20.1710 при обновлении именно ЕРП ломались формы(путь к данным у элементов стирался). Причем любимые формы к поломке у документов ввода начальных остатков. Грешу на платформу, после этого пробовал один раз на платформе 8.3.21 обновить, формы остались целые
И..выгруженный cf сколько весит? Гиг ?
Можно вырезать из конфы все неиспользуемые драйверы, которые в общих макетах валяются. Конфа будет весить пару сотен метров, быстрее будет сравнение. Ну и конфу поставщика прибить, если не используется. Но для начала, надо озвучить версию скуля/платформы. И выделение 5 гигов памяти скулю...мало, очень мало
Можно вырезать из конфы все неиспользуемые драйверы, которые в общих макетах валяются. Конфа будет весить пару сотен метров, быстрее будет сравнение. Ну и конфу поставщика прибить, если не используется. Но для начала, надо озвучить версию скуля/платформы. И выделение 5 гигов памяти скулю...мало, очень мало
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот