Обновляю с УТ 11.1.10.199 до 11.2.2.119, конфигурация типовая.
Обновление идет более 12 часов. Затем доп. процедуры обработки. . .
Сервер Core i7, 32gb RAM, SSD Raid, Linux x64, postgres.
Посоветуйте, как можно ускорить процесс?
(2) skysup,
shared_buffers = 64MB и effective_cache_size = 512MB недостаточно для базы размера 20ГБ.
Установите значения побольше.
Памяти на вашем сервере, конечно, уже не так много для базы этого размера,
но пока можно позволить СУБД работать более эффективно(без сваливания в swap).
2-4 GB и 8-16 GB соответственно, например. Рекомендаций на эту тему в интернете предостаточно,
хотя бы https://habrahabr.ru/post/217073/ Комментарии по ссылке тоже интересны.
Фоновое задание "Обновление ИБ" поставь с интервалом с 1 сек
Оно по дефолту выполняется раз в 60 сек, в основном простаивает, смотри в журнал регистрации.
(11) TODD22, победить пока не удалось. 2-й день крутит дополнительные процедуры обработки (164 из 173). Загрузка процессора 30-40%
База 20 Гб развернутая, сжатая 2 Гб.
В расписании установлена 1 сек.
У всех так долго обновляет на данный релиз?
(12) skysup, Обновляет обычно нормально.
Перед обновлением на 11.2 стоило базу через чек дбфл прогнать и тии.
Что касается постгри, то да, мсскуль наверное получше будет.
У нас по тонкому клиенту в базе работают 100 человек!
то есть если запустим обновление вечером то утром как раз все будут заходить в базу тупить!
просто этап когда мы первый раз запускаем базу и идут проценты занимает на серверной от 10 до 14 часов! (потом 173 дообработки, которые мы так и не разу не дождались)
на файловой обновление занимает 6,5 часов и пока не понятно сколько занимает дообработка базы
(17) Ну как бы у нас тоже под сотню человек, база большая. Прошлое обновление успевали обновить за выходные основную монопольную часть обновлений. А обработки потом крутились несколько суток. Были некоторые непонятки, когда не весь функционал перешел на новые рельсы, но как бы это нормальный процесс. Для этого 1С и разделила обновление на 2 этапа.
(19) FreeArcher,
Смотри! У нас так, пробовали на тестовом
Раньше любое обновление занимало максимум несколько часов теперь как я понял всё сложнее!
У нас Типовая конфа за исключением Битрикс модуля!
Если накатываем сверху на него то вываливает ошибки!
Поэтому делаем сначала типовую а потом начинаем обновляться!
Первый этап в конфигураторе реструктуризации там всякие занимает 1,5-2 часа (в файловой 40 мин)
Второй этап МОНОПОЛЬНЫЙ (где идет полоска 0-100%) занимает 12-15 часов (в файловой 5 часов)
Третий этап ИДУТ ДООБРАБОТКИ (174) - мы так и не разу не дождались .....
Вот как раз на 3м этапе я так понимаю можно пускать Юзверей??? и поставить приоритет на них!
Подскажи какие неприятности могут ждать в этот период???
Первое что я заметил это ПРАВАС ВОПРОСОМ которые надо удалить первым делом?
Первый этап в конфигураторе реструктуризации там всякие занимает 1,5-2 часа (в файловой 40 мин)
Второй этап МОНОПОЛЬНЫЙ (где идет полоска 0-100%) занимает 12-15 часов (в файловой 5 часов)
Может чисто ради эксперимента проверить на ms sql? Раз такая разница между обновлением на СУБД и в файловом варианте.
Подскажи какие неприятности могут ждать в этот период???
Тут надо обработчики смотреть. На 11.2 мы не обновляли. Например год назад, менялась ситема скидок и на этапе обновления интерфейс настройки скидок был пустой, пока не прошли обработчики.
Ещё с передачами между организациями и резервами что то было криво. Но какого-то криминала не было.
Там в конфе есть модуль в котором запускаются все обработчики. Логика такая, регламентное задание делает запрос 1000 строк, и обрабатывает. Потом ждет, не помню сколько (30секунд что-ли) и снова делает запрос по оставшимся и обрабатывает и так пока не кончится. Далее переходит к следующему обработчику.
Где то в настройках можно поменять интервал ожидания.
Ну и если раскопать обработчики можно посмотреть, что так много занимает времени, и не зацикливается ли какой то из них.
Мы например меняли порядок обработчиков и даже некоторые отключали, самые длинные и нам не существенные, чтобы остальные пролетели быстро. А потом включали те, что остались.
(37) TODD22, вот, кстати, сегодня кой-что помогал сотворить людям. Выгрузил от них дт-шник из экспресса, засунул в свой постгри, компильнутый с "-О3" и прочими ключиками платформозависимыми. Так у меня летает. Железо примерно одинаковое: у них хеон с 8 метрами кеша и 4-мя ядрами, 8 гигов оператоса и 4 винта в 2-х зеркалах (SAS, 10к) - делловский помойму сервачок. Ось (2012 винда серверная) на одном, базы - на втором. У меня ноут домашний на i7 с 8 метрами и ССД винтом с убунту 14.04. 1С тож на лине. Так вот винда по скорости нервно курит в сторонке, а мой ноут набирает в тесте Гилева 15-16 попугаев - (удовлетворительно).
В общем и целом мой домашний ноут быстрее их недешевого сервера.
Если запускаем обновление то оно происходит 12 часов в монопольном + 5 дней обработки
если отрезаем 14 год то всё равно 12 часов монопольного режима!
То есть свёртка базы не помогает ускорить процесс
(30) proces7777, по всей видимости обрабатываются по большей части данные справочников и регистров сведений, например, какие-нибудь классификаторы, которые при свертке базы не изменяются. Вот самый простой ответ на вопрос. И Вы всегда можете посмотреть логи сервера на предмет изменяемых таблиц.
Ну ты сравнил SAS и SSD. Я базу урезал на зеркале из 2х sas база сворачивалась 3 часа. На том же сервере переложил базу на SSD обычный десктопный 40 минут.
Про Постгри уделывающий MS сдаётся мне это сказки... очень много раз слышал как с постгри переходили на MS и были очень довольны производительностью.
И сам сталкивался с постгри.
Основная конфигурация ОбщийМодуль.ОбновлениеИнформационнойБазыУТ.Модуль(56, 96)
Увидите следующую картинку
// Добавляет в список процедуры-обработчики обновления данных ИБ
// для всех поддерживаемых версий библиотеки или конфигурации.
// Вызывается перед началом обновления данных ИБ для построения плана обновления.
//
//
// Параметры:
// Обработчики - это таблица значений, возвращаемая функцией
// НоваяТаблицаОбработчиковОбновления модуля ОбновлениеИнформационнойБазы.
//
// Пример добавления процедуры-обработчика в список:
// Обработчик = Обработчики.Добавить();
// Обработчик.Версия = "1.0.0.0";
// Обработчик.Процедура = "ОбновлениеИБ.ПерейтиНаВерсию_1_0_0_0";
//
// Все свойства обработчика см. в комментарии к функции
// НоваяТаблицаОбработчиковОбновления в модуле ОбновлениеИнформационнойБазы.
//
Процедура ПриДобавленииОбработчиковОбновления(Обработчики) Экспорт
#Область Монопольно
#Область НачальноеЗаполнение
Обработчик = Обработчики.Добавить();
Обработчик.Версия = "";
Обработчик.НачальноеЗаполнение = Истина;
Обработчик.РежимВыполнения = "Монопольно";
Обработчик.Процедура = "ОбновлениеИнформационнойБазыУТ.ПервыйЗапуск";
Обработчик.Комментарий = НСтр("ru = 'Иницализация настроек программы при первом запуске.'");
#КонецОбласти
#Область Версия_11_2_3
Обработчик = Обработчики.Добавить();
Обработчик.Версия = "11.2.3.7";
Обработчик.РежимВыполнения = "Монопольно";
Обработчик.Процедура = "Документы.РаспределениеНДС.СформироватьЗаданияКРаспределениюНДС";
Обработчик.Комментарий = НСтр("ru = 'Формирует задания к распределению НДС исходя из текущего состояния учета НДС.'");
Обработчик = Обработчики.Добавить();
Обработчик.Версия = "11.2.3.10";
Обработчик.РежимВыполнения = "Монопольно";
Обработчик.Процедура = "Справочники.Склады.ВключитьИспользованиеСтатусовПересчетовТоваров";
Обработчик.Комментарий = НСтр("ru = 'Включает новую настройку складов ""Использовать статусы пересчетов товаров"".'");
***
#Область Версия_11_2_3
Обработчик = Обработчики.Добавить();
Обработчик.Версия = "11.2.3.2";
Обработчик.РежимВыполнения = "Отложенно";
Обработчик.Процедура = "Документы.СчетФактураПолученный.ЗаполнитьРеквизитыИсходныхДокументовСчетаФактурыПолученного";
Обработчик.ПроцедураЗаполненияДанныхОбновления = "Документы.СчетФактураПолученный.ЗаполнитьРеквизитыИсходныхДокументовСчетаФактурыПолученногоКОбработке";
Обработчик.ОчередьОтложеннойОбработки = 6;
Обработчик.ПроцедураПроверки = "Документы.СчетФактураПолученный.ЗаполнитьРеквизитыИсходныхДокументовСчетаФактурыПолученногоДанныеОбновлены";
Обработчик.БлокируемыеОбъекты = "Документ.СчетФактураПолученный";
Обработчик.Комментарий = НСтр("ru = 'В табличной части ""Документы основания"" в документе ""Счет-фактура полученный"" заполняются номера и даты
| исходных документов и корректировок исходных документов.'");
Показать
Т.е. тут будут перечислены обработчики, которые будут запускаться и их последовательность. Сначала те что требуют монопольного доступа, потом те, что нет.
можно наставить точки остановки, или сделать вывод времени выполнения или хотя бы просто проанализировать и найти тот, на котором долго идет обновление и уже проанализировать, может убрать, запустить позже и т.д.
к сожалению я простой юзер и для меня всё это танцы с бубнами....... штатного Сера пока нет (хотя надо уже брать)
К сожалению свертка не даёт ускорения (кстати тест гилева 20 с чем был так что я не думаю что нас медленно что то работает)
Выход один в 18 00 запускать обнову
Ждать 12-14 часов монопольного режима
и можно запускать юзверей (только тормоза адские)
Дали денег на переход (нормальный бюджет)
Кто хочет помочь освоить в личку пишите
переход наметилт на майские
Обновил 2 базы с 11.1.10.195 до 11.3.3.163. На каждую ушло по полному рабочему дню, обновлял в субботу. Обновлял в режиме файловой базы, потом обратно загружал на сервера т.к. в конкретном моём случае так получалось быстрее. Долго потому, что документы перепроводятся, новые ключи аналитик создаются. Справочники поменялись. Были отдельно Упаковки, отдельно ЕдиницыИзмерения. Стал 1 справочник УпаковкиЕдиницыИзмерения.
В ходе обновления база сильно раздувается. При обновлении каждой из баз по 2 раза сохранял/загружал dt.
Нужно смотреть в журнале регистрации на каком объекте не проходит обновление. Где-то кривые данные в базе, которые нужно исправить вручную. У меня было как-то при обновлении в регистр сведений не могла программа записать пустую дату в существующей записи. После того, как я вручную прописала дату, обновление прошло быстро.