====== Ъпгрейд на база ======
Стандартно ъпгрейдът на всяка една база се извършва чрез SelmaticERPUpgrade.exe.
Отваря се специална форма за стартиране на ъпгрейда, като има допълнителни стъпки в него, които се активират с маркиране на съответната отметка (разположена под основния екран).
{{:sluzebni:upgrade_na_baza.png?750|}}
==== Създаване на АРХИВ преди обновяване ====
Създава **архив** на базата преди да се пристъпи към обновяване.
**По подразбиране опцията не е включена.**
__Пример:__ \\
---------- \\
11:34:46 - Инициализация на променливите... \\
11:34:46 - Инициализацията на променливите приключи \\
----------
11:34:46 - Създаване на архив "D:\ERP_TEST\Backup\drehi FB2.5.fdb14.07.2022 11h 34m 46s.fbk"... \\
11:35:12 - Създаден е архив "D:\ERP_TEST\Backup\drehi FB2.5.fdb14.07.2022 11h 34m 46s.fbk" \\
---------- \\
11:35:12 - Създаване на временни файлове... \\
11:35:12 - Намерена е папка "D:\ERP_TEST\Temp\" \\
11:35:12 - Папка "D:\ERP_TEST\Temp\" e изтрита \\
---------- \\
11:35:12 - Създаване на копие на базата данни "D:\ERP_TEST\drehi FB2.5.fdb" в директория "D:\ERP_TEST\Temp\"... \\
11:35:16 - Успешно беше създадено копие на базата данни: "D:\ERP_TEST\Temp\drehi FB2.5.fdb_New" \\
11:35:16 - Стара база данни: D:\ERP_TEST\drehi FB2.5.fdb \\
11:35:16 - Копие на базата данни: D:\ERP_TEST\Temp\drehi FB2.5.fdb_New
Забележете, че с активирането на тази опция се създава АРХИВ на базата, преди обновяване, което е различно от създаването на копие на същата на по-късен етап в ъпгрейда.
==== Оптимизиране на базата след обновяване ====
Извършва се **оптимизиране** на базата след обновяване.
**По подразбиране опцията не е включена.**
__Пример:__ \\
----------
10:39:08 - Оптимизиране след обновяване... \\
10:43:23 - Оптимизирането след обновяване приключи
----------
==== Синтактична проверка след обновяване ====
Извършва се **синтактична проверка** след обновяване.
**По подразбиране опцията не е включена.**
При наличие на проблеми, в текста на ъпгрейда се изброяват източници, изгледи, списъци, подложки и др. с конкретния проблем и на края се извежда обобщена информация.
__Пример:__ \\
----------
Намерен е проблем в списък за избор! \\
Номер: 242 \\
Име: !Базови папки - по кодове-тест 2 \\
Име на заявка: LOOKUP_SQL
Оригинален текст на грешката: \\
Dynamic SQL Error \\
SQL error code = -104 \\
Token unknown - line 1, column 1 \\
TEST \\
....
Намерен е проблем в подложка за печат! \\
Номер: 12 \\
Име: Фактура Селматик \\
Име на заявка: WRH_DOCS_DE \\
Оригинален текст на грешката:\\
Dynamic SQL Error \\
SQL error code = -206 \\
Column unknown \\
CFG.ACCOUNTING_CURRENCY_REF \\
At line 12, column 24 \\
----
10:38:50 - ВНИМАНИЕ: Синтактичната проверка приключи с намерени 13 проблемa. \\
Проверени източници на данни: 894 \\
Проверени списъци за избор: 680 \\
Проверени подложки за печат: 69
==== Изтриване на системни записи, които не съществуват в референтната ====
Функционалност за сравнение с базата на клиента и уеднаквяване на системните записи с тези в референтната база (новите се вмъкват, старите се актуализират, излишните се изтриват).
**По подразбиране опцията не е включена.**
Маркирането на отметката задейства изтриване на системни записи, които не съществуват в референтната база за ъпгрейд, а съществуват само в клиентската база, която се ъпгрейдва.
==== Прехвърляй подписи ====
**Тази отметка е винаги маркирана, без значение от типа на базата!**
* ако за СУПТО база се премахне отметката излиза предупредително съобщение, че след ъпгрейд е възможно да се получат невалидни подписи
{{:sluzebni:saostenie_pri_lipsa_na_otmetka_za_podpisi.png?600|}}
* ако за НЕ-СУПТО база (това е СУПТО база, в която няма въведена Дата на влизане в експлоатация) се премахне отметката излиза предупредителното съобщение
* ако за БЕЗ СУПТО база се махне - няма проверка и не излиза предупредително съобщение
* ако за стара база преди СУПТО - при липса на отметка не спира със съобщение - аналогично на БЕЗ СУПТО база
Отдолу във формата има пояснителен лейбъл относно използването на тази отметка и какво точно се подписва при наличието й.
* Изберете "Прехвърляй подписи", ако базата е СУПТО и не е въведена "Дата на въвеждане в експлоатация".
Това действие ще подпише автоматично всички НЕСИСТЕМНИ елементи,
които имат валидни подписи преди да се стартира ъпгрейдващата процедура,
но в края на ъпгрейда са невалидни поради промяна в
структурата на данните (добавени нови колони/подразбиращи се стойности).
Ако базата е СУПТО: \\
* Ако новата база остава СУПТО - ЗАДЪЛЖИТЕЛНО изберете опцията при ВСЕКИ ЪПГРЕЙД и за ВСЕКИ КОМ модул! \\
* Ако новата база ще става БЕЗ-СУПТО - ПРЕПОРЪЧВАМЕ да изберете опцията при ВСЕКИ ЪПГРЕЙД и за ВСЕКИ КОМ модул!
Ако базата е БЕЗ-СУПТО: \\
* Ако новата база ще бъде СУПТО - ЗАДЪЛЖИТЕЛНО изберете опцията при ВСЕКИ ЪПГРЕЙД и за ВСЕКИ КОМ модул! \\
* Ако новата база е БЕЗ-СУПТО - ПРЕПОРЪЧВАМЕ да изберете опцията при ВСЕКИ ЪПГРЕЙД и за ВСЕКИ КОМ модул!
[[supto:sadarzanie|A-SUPTO SelMatic ERP (СУПТО)]]
[[bez_supto:osnovni_polozenia|БЕЗ СУПТО Селматик ЕРП]]
/*erpupgradeTfMainBG*/