Оновлення¶
Оновлення передбачає переміщення бази даних зі старішої версії на новішу підтримувану версію (наприклад, з Odoo 16.0 на Odoo 18.0). Регулярні оновлення є важливими, оскільки кожна версія пропонує нові функції, виправлення помилок та оновлення безпеки. Використання підтримуваної версії настійно рекомендується. Кожна основна версія підтримується протягом трьох років.
Залежно від типу хостингу та використовуваної версії Odoo оновлення бази даних може бути обов’язковим.
Якщо база даних знаходиться на мажорній версії (наприклад, 16.0, 17.0, 18.0), оновлення є обов’язковим кожні два роки.
Якщо база даних знаходиться на мінорній версії (наприклад, 17.1, 17.2, 17.4), оновлення є обов’язковим через кілька тижнів після виходу наступної версії. Мінорні версії зазвичай виходять кожні два місяці.
Після початкових трьох років підтримки у вас буде ще два роки для завершення оновлення. Вас повідомлять, коли буде потрібне оновлення.
Ви можете залишатися на тій самій версії необмежено довго, навіть якщо це не рекомендується. Зверніть увагу, що чим менша різниця між версіями, тим простішим має бути оновлення.
Ви отримаєте сповіщення у своїй базі даних за кілька тижнів до того, як обов’язкове оновлення буде виконано автоматично. Ви контролюєте процес доти, доки не буде досягнуто кінцевого терміну.
Конкретно, команда оновлення Odoo виконує тихе тестове оновлення кожної бази даних, яка має бути оновлена. Якщо тест успішний і триває менше 20 хвилин, ви можете безпосередньо запустити оновлення з бази даних. Якщо тест не вдався, ви можете протестувати оновлення за допомогою менеджера баз даних.
Коли вам пропонується оновлення, настійно рекомендується спочатку запросити оновлену тестову базу даних, а потім приділити час її тестуванню.
Автоматичне оновлення до наступної версії буде запущено, якщо не буде вжито жодних дій до вказаного кінцевого терміну.
Оновлення не охоплює:
Повернення до попередньої версії Odoo
Перемикання редакцій (наприклад, з Community на Enterprise)
Зміну типу хостингу (наприклад, з локального на Odoo Online)
Міграція з іншої ERP до Odoo
Попередження
Якщо ваша база даних містить власні модулі, вона не може бути оновлена, доки версія ваших власних модулів не буде доступна для цільової версії Odoo. Клієнтам, які підтримують власні модулі, ми рекомендуємо паралельно запитати оновлену базу даних, а також оновити вихідний код власних модулів.
Оновлення у двох словах¶
Запитайте оновлену тестову базу даних (див. отримання оновленої тестової бази даних).
Якщо потрібно, оновіть вихідний код власного модуля для сумісності з новою версією Odoo (див. Upgrade a customized database).
Ретельно протестуйте оновлену базу даних (див. тестування нової версії бази даних).
Повідомте про будь-які проблеми, виявлені під час тестування, у Odoo, перейшовши на сторінку підтримки та вибравши «Проблема, пов’язана з моїм майбутнім оновленням (я тестую оновлення)».
Коли всі проблеми вирішено і ви впевнені, що оновлену базу даних можна використовувати як основну без будь-яких проблем, заплануйте оновлення робочої бази даних.
Запитайте оновлення для робочої бази даних, що зробить її недоступною на час завершення процесу (див. оновлення робочої бази даних).
Повідомте про будь-які проблеми, виявлені під час оновлення, у Odoo, перейшовши на сторінку підтримки та вибравши «Проблема, пов’язана з моїм оновленням (робоча база)».
Отримання оновленої тестової бази даних¶
Сторінка оновлення є основною платформою для запиту оновленої бази даних. Однак залежно від типу хостингу ви можете оновити з командного рядка (on-premise), менеджера баз даних Odoo Online або вашого проекту Odoo.sh.
Примітка
Платформа оновлення дотримується тієї самої Політики конфіденційності, що й інші сервіси Odoo.com. Відвідайте сторінку Загального регламенту захисту даних, щоб дізнатися більше про те, як Odoo обробляє ваші дані та конфіденційність.
Щоб оновити базу даних Odoo Online:
Відкрийте менеджер баз даних.
Виберіть базу даних і натисніть Керувати.
Натисніть Оновити у розділі База даних.
У спливаючому вікні:
Виберіть версію Odoo, до якої ви хочете оновитися, зазвичай останню версію.
Введіть Email для сповіщення, на який буде надіслано посилання на оновлену базу даних.
Виберіть Призначення оновлення, яке автоматично встановлюється на Тест для вашого першого запиту на оновлення.
Натисніть Оновити.
У менеджері баз даних кнопка Підключитися буде замінена на неактивну кнопку Оновлення… до завершення процесу. Після успішного завершення на вказану адресу надсилається електронний лист із посиланням на оновлену тестову базу даних. До тестової бази даних також можна отримати доступ із менеджера баз даних, натиснувши кнопку (стрілка вниз) перед назвою бази даних, щоб відобразити тестову базу даних, а потім натиснувши Підключитися.
Odoo.sh інтегрований з платформою оновлення для спрощення процесу оновлення.
Останню щоденну автоматичну резервну копію робочої бази потім надсилається на платформу оновлення.
Коли платформа оновлення завершить оновлення резервної копії та завантажить її на гілку, вона переводиться в спеціальний режим: щоразу, коли відбувається push коміту в гілку, виконується операція відновлення оновленої резервної копії та оновлення всіх власних модулів. Це дозволяє тестувати власні модулі на чистій копії оновленої бази даних. Файл журналу процесу оновлення можна знайти у вашій щойно оновленій тестовій збірці, перейшовши до ~/logs/upgrade.log.
Важливо
У базах даних, де встановлено власні модулі, їхній вихідний код повинен бути оновлений до цільової версії Odoo перед виконанням оновлення. Якщо їх немає, режим «оновлення при коміті» пропускається, оновлена база даних збирається одразу після передачі з платформи оновлення, і режим оновлення завершується.
Перегляньте сторінку Upgrade a customized database для отримання додаткової інформації.
Стандартний процес оновлення можна запустити, ввівши такий командний рядок на машині, де розміщено базу даних:
$ python <(curl -s https://upgrade.odoo.com/upgrade) test -d <your db name> -t <target version>
Примітка
Ця команда має певні вимоги до середовища, в якому вона виконується:
Деякі зовнішні команди, які повинні надаватися операційною системою, зазвичай присутні в будь-якому дистрибутиві Linux (включаючи WSL). Якщо однієї або декількох з них не вистачає, буде відображено помилку.
Системний користувач, який виконує команду, повинен бути налаштований з доступом до бази даних. Зверніться до документації PostgreSQL щодо клієнтського середовища або файлу паролів клієнта для цієї вимоги.
Скрипт повинен мати можливість зв’язатися з одним або декількома серверами платформи оновлення як через TCP-порт 443, так і через будь-який випадковий TCP-порт у діапазоні від 32768 до 60999. Це може конфліктувати з вашим обмежувальним брандмауером і може потребувати додавання винятку до конфігурації брандмауера.
Наступну команду можна використовувати для відображення загальної довідки та основних команд:
$ python <(curl -s https://upgrade.odoo.com/upgrade) --help
Оновлену тестову базу даних також можна замовити через сторінку оновлення.
Важливо
У базах даних, де встановлені власні модулі, їхній вихідний код повинен бути оновлений до цільової версії Odoo перед виконанням оновлення. Перегляньте сторінку Upgrade a customized database для отримання додаткової інформації.
Примітка
З міркувань безпеки завантажити оновлення може лише особа, яка подала запит на оновлення.
З міркувань зберігання копія бази даних подається на сервер оновлення без сховища файлів. Тому оновлена база даних не містить виробничого сховища файлів.
Перед відновленням оновленої бази даних її сховище файлів необхідно об’єднати з виробничим сховищем файлів, щоб мати можливість виконувати тести в тих самих умовах, що й у новій версії.
Оновлена база даних містить:
Файл
dump.sql, що містить оновлену базу данихПапку
filestore, що містить файли, витягнуті з записів бази даних у вкладення (якщо такі є), та нові стандартні файли Odoo з цільової версії Odoo (наприклад, нові зображення, іконки, логотипи платіжних провайдерів тощо). Це папка, яку слід об’єднати з виробничим сховищем файлів, щоб отримати повне оновлене сховище файлів.
Примітка
Ви можете замовити декілька тестових баз даних, якщо бажаєте протестувати оновлення більше одного разу.
Примітка
Коли запит на оновлення завершено, звіт про оновлення додається до електронного листа про успішне оновлення і стає доступним у додатку Discuss для користувачів, які входять до групи «Адміністрування / Налаштування». Цей звіт надає важливу інформацію про зміни, впроваджені новою версією.
Тестування нової версії бази даних¶
Важливо протестувати оновлену тестову базу даних, щоб переконатися, що ви не зіткнетеся з проблемами у повсякденній роботі через зміни у поданнях, поведінці або повідомленнях про помилки після запуску оновлення.
Примітка
Тестові бази даних нейтралізовані, і деякі функції вимкнено, щоб запобігти їх впливу на виробничу базу даних:
Заплановані дії вимкнено.
Сервери вихідної пошти вимкнено шляхом архівування існуючих і додавання фіктивного.
Платіжні провайдери та служби доставки скинуто на тестове середовище.
Банківську синхронізацію вимкнено. Якщо ви хочете протестувати синхронізацію, зв’яжіться зі своїм провайдером банківської синхронізації, щоб отримати облікові дані для пісочниці.
Наполегливо рекомендується протестувати якомога більше ваших бізнес-процесів, щоб переконатися, що вони працюють правильно, та краще ознайомитися з новою версією.
Базовий контрольний список для тестування
Чи є подання, які деактивовані у вашій тестовій базі даних, але активні у вашій виробничій базі даних?
Чи ваші звичайні подання все ще відображаються правильно?
Чи правильно генеруються ваші звіти (рахунок, замовлення на продаж тощо)?
Чи правильно працюють ваші веб-сторінки?
Чи можете ви створювати та змінювати записи? (замовлення на продаж, рахунки, закупівлі, користувачі, контакти, компанії тощо)
Чи є проблеми з вашими шаблонами електронної пошти?
Чи є проблеми зі збереженими перекладами?
Чи ваші фільтри пошуку все ще присутні?
Чи можете ви експортувати свої дані?
Перевірка випадкового продукту у вашому каталозі продуктів та порівняння його тестових і виробничих даних, щоб переконатися, що все однакове (категорія продукту, ціна продажу, собівартість, постачальник, рахунки, маршрути тощо).
Купівля цього продукту (застосунок Склад).
Підтвердження отримання цього продукту (застосунок Склад).
Перевірка, чи маршрут отримання цього продукту однаковий у вашій виробничій базі даних (застосунок Склад).
Продаж цього продукту (застосунок Продажі) випадковому клієнту.
Відкриття бази даних клієнтів (застосунок Контакти), вибір клієнта (або компанії) та перевірка його даних.
Відвантаження цього продукту (застосунок Склад).
Перевірка, чи маршрут відвантаження цього продукту збігається з маршрутом у вашій виробничій базі даних (додаток Склад).
Затвердження рахунку клієнта (додаток Invoicing або Accounting).
Кредитування рахунку (випуск credit note) і перевірка, чи він поводиться так само, як у вашій виробничій базі даних.
Перевірка результатів ваших звітів (додаток Accounting).
Випадкова перевірка ваших податків, валют, банківських рахунків і фінансового року (додаток Accounting).
Здійснення онлайн-замовлення (додатки Website) від вибору продукту в магазині до процесу оформлення замовлення та перевірка, чи все поводиться так само, як у вашій виробничій базі даних.
Цей список не є вичерпним. Розширте приклад на інші додатки відповідно до вашого використання Odoo.
Якщо ви зіткнулися з проблемою під час тестування оновленої тестової бази даних, ви можете звернутися за допомогою до Odoo, перейшовши на сторінку підтримки та вибравши «Проблема, пов’язана з майбутнім оновленням (я тестую оновлення)». У будь-якому випадку важливо повідомляти про будь-які проблеми, виявлені під час тестування, щоб виправити їх перед оновленням виробничої бази даних.
Під час тестування ви можете зіткнутися зі значними відмінностями у стандартних поданнях, функціях, полях і моделях. Ці зміни не можуть бути скасовані в індивідуальному порядку. Однак, якщо зміна, внесена новою версією, порушує налаштування, відповідальність за забезпечення сумісності вашого користувацького модуля з новою версією Odoo лежить на його розробнику.
Порада
Не забудьте протестувати:
Інтеграції із зовнішнім програмним забезпеченням (EDI, API тощо)
Робочі процеси між різними додатками (онлайн-продажі з eCommerce, конвертація ліда до Замовлення на продаж, доставка продуктів тощо)
Експорт даних
Автоматичні дії
Серверні дії в меню дій у формах перегляду, а також при виборі кількох записів у списках перегляду
Оновлення виробничої бази даних¶
Після завершення тестування і впевненості в тому, що оновлену базу даних можна використовувати як основну базу даних без будь-яких проблем, настає час запланувати день запуску.
Ваша виробнича база даних буде недоступна під час оновлення. Тому рекомендуємо планувати оновлення в час, коли використання бази даних мінімальне.
Оскільки стандартні сценарії оновлення та ваша база даних постійно розвиваються, також рекомендується часто запитувати іншу оновлену тестову базу даних, щоб переконатися, що процес оновлення все ще успішний, особливо якщо він займає багато часу. Також рекомендується повністю відрепетирувати процес оновлення за день до оновлення виробничої бази даних.
Важливо
Перехід у виробництво без попереднього тестування може призвести до:
Неможливості користувачів адаптуватися до змін і нових функцій
Přerušení podnikání (např. ztráta možnosti potvrdit akci)
Špatná zákaznická zkušenost (např. web elektronického obchodu, který nefunguje správně)
Proces aktualizace produkční databáze je podobný aktualizaci testovací databáze, ale s několika výjimkami.
Proces je podobný získání aktualizované testovací databáze, kromě volby účelu, která musí být nastavena na Production místo Test.
Попередження
Jakmile je aktualizace vyžádána, databáze bude nedostupná, dokud nebude aktualizace dokončena. Po dokončení procesu není možné se vrátit k předchozí verzi.
Proces je podobný získání aktualizované testovací databáze na větvi Production.
Proces je spuštěn, jakmile je proveden nový commit na větvi. To umožňuje synchronizovat proces aktualizace s nasazením aktualizovaného zdrojového kódu vlastních modulů. Pokud neexistují žádné vlastní moduly, proces aktualizace je spuštěn okamžitě.
Важливо
Databáze je během celého procesu nedostupná. Pokud se něco pokazí, platforma automaticky vrátí aktualizaci zpět, stejně jako při běžné aktualizaci. V případě úspěchu je vytvořena záloha databáze před aktualizací.
Aktualizace vašich vlastních modulů musí být úspěšná, aby byl dokončen celý proces aktualizace. Ujistěte se, že stav vaší přípravné aktualizace je successful, než ji zkusíte v produkci. Více informací o tom, jak aktualizovat vlastní moduly, naleznete na Upgrade a customized database.
Příkaz pro aktualizaci databáze do produkce je podobný příkazu pro aktualizaci testovací databáze, kromě argumentu test, který musí být nahrazen production:
$ python <(curl -s https://upgrade.odoo.com/upgrade) production -d <your db name> -t <target version>
Aktualizovanou produkční databázi lze také vyžádat prostřednictvím stránky Upgrade.
Jakmile je databáze nahrána, jakákoli úprava produkční databáze nebude přítomna ve vaší aktualizované databázi. Proto doporučujeme ji během procesu aktualizace nepoužívat.
Важливо
Při vyžádání aktualizované databáze pro produkční účely je kopie odeslána bez úložiště souborů. Proto musí být úložiště souborů aktualizované databáze sloučeno s produkčním úložištěm souborů před nasazením nové verze.
V případě problému s produkční databází můžete požádat o pomoc Odoo na stránce podpory a vybrat «Problém související s mou aktualizací (produkce)».
Smlouva o úrovni služeb (SLA)¶
S Odoo Enterprise je aktualizace databáze na nejnovější verzi Odoo zdarma, včetně veškeré podpory potřebné k nápravě možných nesrovnalostí v aktualizované databázi.
Informace o aktualizačních službách zahrnutých v licenci Enterprise jsou k dispozici v smlouvě o předplatném Odoo Enterprise. Tato část však upřesňuje, jaké aktualizační služby můžete očekávat.
Aktualizační služby pokryté SLA¶
Databáze hostované na cloudových platformách Odoo (Odoo Online a Odoo.sh) nebo samostatně hostované (On-Premise) mohou kdykoli využívat aktualizační služby pro:
оновлення всіх стандартних додатків;
оновлення всіх налаштувань, створених за допомогою додатка Studio, за умови, що Studio все ще встановлено і відповідна підписка все ще активна; та
оновлення всіх розробок і налаштувань, що покриваються підпискою на технічне обслуговування налаштувань.
Послуги оновлення обмежуються технічною конвертацією та адаптацією бази даних (стандартних модулів і даних), щоб зробити її сумісною з версією, на яку спрямоване оновлення.
Послуги оновлення, не покриті SLA¶
Наступні послуги, пов’язані з оновленням, не включені:
очищення попередніх даних і конфігурацій під час оновлення;
оновлення додаткових модулів, не покритих договором технічного обслуговування, які створені власними силами або третіми сторонами, включаючи партнерів Odoo; та
навчання використанню функцій і робочих процесів оновленої версії.
Див. також