Последовательность как минимум такая:
- 42
- 43 если вы уже обновлялись 42-43, то особенности знаете. Похоже на 46, только еще медленнее.
- 46 (БЕЗ SP!) + вручную после обновления выполнить скрипт переноса чеков. Нельзя обновлятся дальше, пока он не отработает. Конечно если вам чеки на сервере важны.
Некоторые моменты 43-46, по которым у меня остались записи
1) файлы обновлений для касс на 46-м сервере будут в папке "C:\Program Files\Apache Group\Apache2\htdocs\ukmupdates\", соответственно ДО обновления сервера на 46, следует в его настройках прописать в адресе обновлений доступное кассам dns-имя сервера или его IP и включить все кассы для обновления этого параметра в их БД. В случае необходимости ручной правки адреса обновлений на 43-й кассе, он лежит в таблице config_cashline, параметр update_url
2) На разделе с базой необходимо свободное место в ее 1-1.5 кратном размере.
3) Размер БД сервера не больше ~60Гб, в смысле обрежьте чеки насколько возможно, иначе повеситесь ждать окончания переливки чеков. На слабом сервере, для базы в 145Гб, по моим прикидкам процесс закончился бы за ~20 суток.
4) Обрежьте чеки на кассах до 1-2 месяца. Обновление с v43 на v46 кассы с чеками за 6 мес на тошибе 6500 шло ~12 часов!
5) Если используется безнал sbrf, то на обновленных кассах нужно заменить DOS модуль авторизации sbrf на Linux-версию (начиная с версии v44, DOS модуль не поддерживается). Настройка Linux-версии - в документации системного администратора v44-45
6) После обновления УКМ принялся выгружать все смены и чеки за несколько лет, пришлось лезть в базу, чтобы утихомирить его.
- 48 sp1 (промежуточные вроде бы не нужны)
Если есть возможность не работать на кассах все время обновления сервера, то я бы переустановил их, с заливкой с обновленного сервера. При таком варианте, перед обновлением сервера проверить, что на него выгрузились все чеки с касс. У нас такой возможности не было.
Очень желательно сначала пообновлять тестовый сервер (копию рабочего). Узнаете время, словите косяки.