Предварительные работы до апгрейда

Предварительные работы до апгрейда. Проверить и составить список на каждом объекте – используются ли НЕ системные:

- форматы печати,

- функции расчета скидок,

- задачи,

- отчеты.

В случае необходимости – адаптировать их под 9.4 релиз.

Ежедневно проверять работоспособность репликации на своём объекте (с ЦО и локально) – чтобы не было ошибок, из-за которых могли бы возникнуть проблемы с остановкой репликации.
Проведение тестового апгрейда на БД сегмента на отдельном автономном компьютере.

Рекомендуется заранее ознакомиться с релизом 9.4. Для этого на объекте можно взять копию рабочей БД сегмента (от которой работают терминалы продаж), установить ее на инстанс SQL 64bit на автономном (без сети) компьютере и обновить до 9.4.

Цель тестового обновления:

а) убедиться, что апгрейд пройдет без ошибок именно на этой базе данных (ошибки могут теоретически возникнуть из-за специфики данных),

б) определить время обновления БД,

в) отработать  по шагам перечень настроек в интерфейсе БД после обновления (обновить параметры режимов и ПОСов, заменить несистемные форматы, настроить доступы и проч.) – составить личный план и определить время настроек после апгрейда.

Подготовка Домена к апгрейду. На домене объекта убедиться в отсутствии ошибок в логе репликации – по каждому подписчику. При отсутствии ошибок в логах репликации – выполнить команду остановки репликации на домене своего объекта – tpsrv_StopReplication. Выполнять команду tpsrv_StopReplication столько раз, пока результатом выполнения не станет «Replication is stopped» - только такой результат означает, что репликация точно остановлена. Репликация должна быть остановлена на всех объектах сети, в т. ч. и в ЦО. Только после этого можно приступать к обновлению баз данных.

!!! Категорически запрещается запускать репликацию  ни на одном домене, пока не будут обновлены до 9.4 ВСЕ базы данных (и сегменты, и домены) всех объектов сети.

!!! Если репликация не остановилась, то рекомендуется вручную очистить три таблицы перед апгрейдом - MoveObjectDependencies, SubscriberMoveObjects и MoveObjects (они должны быть пустыми при успешной остановке репликации, перед апгрейдом):

Delete MoveObjectDependencies
from MoveObjectDependencies
JOIN MoveObjects ON mobj_obj_ID = mobjd_mobj_obj_ID_Owner
JOIN DataObjects ON dobj_ID = mobj_dobj_ID

Delete SubscriberMoveObjects
from SubscriberMoveObjects
JOIN MoveObjects ON mobj_obj_ID = smobj_mobj_obj_ID
JOIN DataObjects ON dobj_ID = mobj_dobj_ID

delete MoveObjects
from MoveObjects
JOIN DataObjects ON dobj_ID = mobj_dobj_ID

Это позволит уменьшить количество ошибок репликации в будущем.

Остановить домен на своём объекте  – командой tpsrv_Stop. Временно (до окончания обновления всех баз данных сети) отключить автостарт у всех баз данных доменов (на всякий случай).  Для этого – на инстансе SQL, где установлена БД домена, в системной БД master – процедуре p_start временно изменить название БД домена на любое другое несуществующее, например, просто приписать в начале 2 буквы «OFF»:

И «Выполнить» для сохранения измененного текста процедуры:

Очистить кэш на своей БД домена. Для этого выполнить на базе данных домена: 

exec tpsys_DeleteObjectCache.

Апгрейд баз данных.
Остановить домен и сегменты на объекте (tpsrv_stop). Сделать их бекап.

4.3 Для апгрейда баз запустить инсталлятор «TillypadSetup. exe». Сначала рекомендуется обновить БД сегмента продаж, затем – БД расчетного сегмента, после – БД домена.

!!! ВАЖНО

4.4 При обновлении БД сегмента в инсталляторе надо отключить Рекомендованные пакеты данных а в Дополнительных – обязательно включить «Виды алкогольной продукции».

При обновлении сегмента д. б. включен дополнительный пакет «Виды алкогольной продукции», но при этом ОТКЛЮЧЕНЫ Рекомендованные пакеты – Единицы измерения продуктов и остальные. Не нужно импортировать в базу данных ненужные, лишние, в частности, единицы измерения. Рекомендованные пакеты м. б. использованы лишь при изначальной установке чистой базы данных, без копирования справочников.

Для информации – системные рекомендованные пакеты, если были инсталлированы в отдельно взятом сегменте, сами по себе не отреплицируются. Отреплицируются – только если их изменить. Если кто-то по ошибке их установил и не хочет видеть их в Справочниках, рекомендуем создать новый гриф доступа «Не использовать» и привязать его к этим импортированным объектам. И никому из сотрудников этот ГД «Не использовать» НЕ привязывать. Тогда никто не увидит эти импортированные с апгрейдом объекты, они не будут мешать.

После обновления БД домена необходимо сразу его остановить – выполнить на БД домена tpsrv_Stop.

!!! Нельзя запускать домен и, тем более, репликацию, пока не будут обновлены все базы данных всех объектов сети. Запуск доменов и репликации – только по команде из ЦО.

Обновить параметры режимов работы точек обслуживания.

- Заходите в справочник «Режимы работы точек обслуживания». Встаете на один из режимов работы, используемых на объекте (на сам режим, а не на родительский элемент) – «Изменить»:

Копируете (на всякий случай, для сравнения потом) старые параметры куда-нибудь в блокнот, выделив их все с помощью Ctrl-A.

Далее меняете Тип режима работы на какой-нибудь другой тип, в результате чего заменятся параметры режима. И вновь меняете Тип режима работы на прежний «Официант - ресторан» (или др. нужный) – на тот, который был. В результате подцепятся НОВЫЕ параметры режима.

В открывшемся списке выбираете любой другой РР, например, «Стоп-лист»:

На вопрос о подтверждении смены типа режима работы ТО отвечаете «Да»:

После этого у Вас заменится Тип режима работы вместе с соответствующими ему параметрами.

Теперь надо вновь подцепить нужный Тип режима работы – тот, который был до смены – в нашем примере «Ресторан – официант»:

=>

=>

На вопрос о смене типа РРТО отвечаете «Да»:

С новым режимом подцепятся новые параметры:

=>

Нажимаете «ОК» для сохранения.

Так надо обновить параметры для всех используемых на объекте режимов работы. В большинстве случаев, это режимы «Ресторан – официант», «Ресторан – кассир», «Администратор», «Инвентаризация», «Отчеты».

Сохраненные в блокнот параметры от старых режимов работы (с релиза 9.1.7 в данном случае) Вам могут понадобиться для сравнения с теми же параметрами в обновленном РР – как было настроено раньше, т. к. Ваши настройки могут отличаться от настроек «По умолчанию».

Обновить параметры устройств ПО ПОС-терминалов и КПК серверов. Причём обновить следующим образом – скопировав параметры из самих программных модулей и заменить ими параметры устройств. При этом обратить внимание, чтобы в параметрах сохранился номер лицензии (параметр «License =»).

- Принцип обновления параметров устройств ПОСов аналогичен обновлению параметров режимов работы.

Заходите в справочник «Устройства». Встаете на одно из устройств с Программным Модулем ПО ПОСа («POS терминал» или «Шаблон точки обслуживания» или проч.), используемых на объекте. Изменить. Выделаете все параметры ПОСа через Ctrl-A и копируете их куда-нибудь в блокнот. Они понадобятся, чтобы скопировать оттуда и вставить в новые параметры ЛИЦЕНЗИЮ для ПОСА, а также – для возможного сравнения с параметрами по умолчанию, которые подцепятся при обновлении параметров.

открываете список ПМ:

курсор будет стоять именно на том ПМ, который подцеплен у Вашего Устройства ПОС. Изменить на этом ПМ:

выделяете все параметры этого ПМ (Выделить все) и копируете их (Копировать), после чего нажимаете кнопку «Отмена»:

В окне «Выбор программного модуля» снова нажимаете «Отмена»:

И вставляете в параметры устройства новые параметры – вместо старых. Причем лучше не все старые параметры удалить, а оставить строку с лицензией ПОСа (License = ****-*****-*****-*****-*****-***** //Номер лицензии), чтобы не вставлять потом. И нажимаете «ОК» для сохранения устройства с измененными параметрами.

Сохраненные в блокнот параметры от старого программного модуля ПОСа (с релиза 9.1.7 в данном случае) Вам могут понадобиться для сравнения с теми же параметрами в обновленном устройстве ПОС – как было настроено раньше, т. к. Ваши настройки могут отличаться от настроек «По умолчанию». Ну и для лицензии, если при удалении старых параметров случайно удалили строку с лицензией ПОСа.

Так надо обновить параметры для всех используемых на объекте устройств с ПО ПОС.

Заменить все использующиеся НЕ системные (если есть таковые) форматы печати, функции расчета скидок, типы задач – на адаптированные под 9.4 релиз. На РМ Менеджер - в Сервис \ Импорт из файла. И импортированные форматы, типы программ лояльности, типы задач – привязать вместо старых. 

Очистить папки всех загрузчиков на ПОСах, оставив только «TPDevLoader. exe», «TPDevLoader. ini» и bat-файлы запуска\остановки, если таковые есть.
В случае, если на БД сегмента, от которого работают терминалы продаж, в таблице «Настройка типов дней» используются не типы дней, соответствующие семи дням недели (пн, вт, ср, чт, пт, сб, вс), а всего один – «Неделя», потребуется выполнить перенастройку, используя типы дней, подобно тому, как приведено на скрине – для каждого дня недели создать отдельный Тип Дня:

В настройках всех используемых правил продаж необходимо привязать эти семь типов дней:

После успешного обновления всех БД (и сегментов, и доменов) на всех объектах сети можно запустить Домен – командой tpsrv_start, а также репликацию – командой tpsrv_startReplication

.