Перезакачка общих смен

[Cooper]

Полетела винда. Судя по всему кассовый сервер подняли заново, и смены его идут с номера 1(это я понял по 00000001.udb). Попробовал создать новую базу sql и закачать туда старые смены из сохранённой папки кассового сервера. С десяток средних номеров попало, остальные не грузятся. Лог ниже. Улетают в ретрай
И корректно ли будет дальше работать с нумерацией или надо это как-то исправить? Уже 3 смены отработали.



28.07 09:15:54
694:File TempSendFile process error: different global shift info for shift 1 (server 15010)
687:Cash server MID-ILICHA, file "D:\RK7\default\Rk7Reports\base\filesync\incoming\r cv1A84.tmp" data process error: UCSERR(694):File TempSendFile process error: different global shift info for shift 1 (server 15010).
-------------------------------------
28.07 09:15:54.421
26:File D:\RK7\default\Rk7Reports\base\filesync\incoming\r cv1A84.tmp copied to retrylst: D:\RK7\default\Rk7Reports\base\filesync\retrylst\s erv.15010.shift.15.udb (reason: UCSERR(687):Cash server MID-ILICHA, file "D:\RK7\default\Rk7Reports\base\filesync\incom

[sibgaba]

Судя по всему кассовый сервер подняли заново
Тут зависит от того как завели. Если в Кипере новый МИД завели, то ничего страшного (смены №№1 с разных мидов живут корректно).
А вот если просто мобрали МИД заново в чистой папке с тем же именем, то будет беда (две "первых" смены от одного мида дружат).

Насколько я вижу:
1. Закрытые смены кассового сервера придет перенумеровать (через треккер).
2. Где то был параметр который отвечает за то с какой цифры начать нумерацию смен.
3. SQL базу старую оставить. Если это уже не возможно - заливать смены через shift2sql