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

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

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

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

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



Часовой пояс GMT +3, время: 08:57.

Все в прочитанное - Календарь - RSS - - Карта - Вверх 👫 Яндекс.Метрика
Форум сделан на основе vBulletin®
Copyright ©2000 - 2016, Jelsoft Enterprises Ltd. Перевод: zCarot и OlegON
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.