Форум OlegON > Программы и оборудование для автоматизации торговли > Кассовые программы > УКМ-4

Обновление - уменьшить продолжительность процесса? : УКМ-4

22.11.2024 23:31


03.12.2015 17:16
На сегодня обновил 9 магазинов с 59СП4 до 67СП3 (из 9 только в одном логе увидел SUCCES: update complit , но это мелочь)
Совсем негуманное время обновления сервера: час двадцать, чес сорок. "Чемпион" - более двух часов!
При этом:
-порезал чеки оставив только два месяца
-убил БД от конвертеров (все равно надо пересоздавать на новой версии или добавлять поля вручную)
-удалил логи СМ-а - и УКМ-а и службы обновления

Вариант с пропуском процедуры бэкапа - напрягает.

Что еще можно предпринять?

З.Ы. думаю свой батник на бэкап сделать - который просто копировать будет, без архивирования, а на штатный - заглушку.
Вот только "боюсь" не все папки учесть:
1. Стоп службы
2. Копировать АПАЧА полностью из ПФ
3. Копировать MySQL полностью из корня С
4. Копировать ПХП из корня С
5. Копировать УКМклиента из ПФ
6. Копировать УКМсервера из ПФ
Что-то еще забыл?
04.12.2015 09:21
По логам видно, что идет дольше всего? Архивирование БД?
Тогда "порезал чеки" не означает уменьшение файлов БД, ей для этого после обрезки экспорт/импорт делать нужно.
04.12.2015 09:36
Там с версии 62 на 63 (или 63 на 64) конвертится таблица скидок чеков, даелается ALTER TABLE всей таблицы, какое-то поле расширяется. У нас 350 касс на одном сервере и чеки за 3 месяца, так обновление делалось более 8 часов, мы за ночь не успели и откатывались. С+ сделали для нас пакет обновления где исключили эту конвертацию.
08.12.2015 08:07
Цитата:
vdm По логам видно, что идет дольше всего? Архивирование БД?
Тогда "порезал чеки" не означает уменьшение файлов БД, ей для этого после обрезки экспорт/импорт делать нужно.
Наверное бэкап/ресторе? еще больше потери времени. Но за идею - спасибо.

Цитата:
Eugin_S Там с версии 62 на 63 (или 63 на 64) конвертится таблица скидок чеков, даелается ALTER TABLE всей таблицы, какое-то поле расширяется. У нас 350 касс на одном сервере и чеки за 3 месяца, так обновление делалось более 8 часов, мы за ночь не успели и откатывались. С+ сделали для нас пакет обновления где исключили эту конвертацию.
Нда. Сочувствую. У меня на точке только 2 кассы. Овчинка выделки не стоит
09.12.2015 05:10
Обновлял 120 касс сидящих на 1м сервере с 49.5 до 67. 2 недели тренировался на стенде. Отключил в скрипте бэкап, акронисом сделал образ сервера, отключил его физически от сети, сервер обновился за час, вернул сервер в сеть, далее включил на половине касс в магазинах автообновление (т.е. если в магазине 12 касс - автообновление поставил на 6), дождался окончания процесса (на старых тошибах обновлялось по 2 часа - бэкап 2 раза делался). Утром магазины открылись, начали работать только на обновленных кассах, а я запустил автообновление на оставшихся. Итог: в 0:00 начал процедуру, в 10:00 уже спокойно спал дома
21.12.2015 10:45
1. Все бэкапы (кроме бэкапа mysql) делать заранее, чтобы на обновлении копировать только mysql.
Архивирование чего-то это вообще непозволительная роскошь.
2. По поводу alter table таблицы - можно делать проще, если сильно поджимает время:
Отключить удаление чеков
Переименовать trm_out_ в old_trm_out_
создать новую trm_out, пустую. Скопировать туда записей за последнюю неделю.
Сделать альтертейбл old_trm_out_
Обновится
Скопировать из trm_out в old_trm_out и переименовать обратно табличку.
Часовой пояс GMT +3, время: 23:31.

Форум на базе vBulletin®
Copyright © Jelsoft Enterprises Ltd.
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.