====== Ъпгрейд на база ====== Стандартно ъпгрейдът на всяка една база се извършва чрез 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*/