Frissítés¶
A frissítés magában foglalja egy adatbázis áthelyezését egy régebbi verzióról egy újabb támogatott verzióra (pl. Odoo 16.0-ról Odoo 18.0-ra). A rendszeres frissítések kulcsfontosságúak, mivel minden verzió új funkciókat, hibajavításokat és biztonsági javításokat kínál. Erősen ajánlott egy támogatott verzió használata. Minden fő verzió három évig támogatott.
A tárhely típusától és az Odoo verziójától függően az adatbázis frissítése kötelező lehet.
Ha egy adatbázis egy fő verzión van (pl. 16.0, 17.0, 18.0), a frissítés kétévente kötelező.
Ha egy adatbázis egy kisebb verzión van (pl. 17.1, 17.2, 17.4), a frissítés kötelező néhány héttel a következő verzió megjelenése után. A kisebb verziók általában kéthavonta jelennek meg.
A kezdeti három év támogatás után további két év áll rendelkezésére a frissítés befejezésére. Értesítést kap, amikor frissítés szükséges.
Ugyanazon a verzión maradhat határozatlan ideig, még akkor is, ha ez nem ajánlott. Vegye figyelembe, hogy minél kisebb a verziók közötti különbség, annál könnyebbnek kell lennie a frissítésnek.
Néhány héttel az automatikusan végrehajtandó kötelező frissítés előtt értesítést kap az adatbázisában. Ön irányítja a folyamatot, amíg a határidő le nem jár.
Konkrétan, az Odoo Frissítési Csapata minden frissítendő adatbázison csendes tesztfrissítést hajt végre. Ha a teszt sikeres és kevesebb mint 20 percig tart, közvetlenül elindíthatja a frissítést az adatbázisból. Ha a teszt sikertelen, a database manager segítségével tesztelheti a frissítést.
Amikor meghívást kap a frissítésre, erősen ajánlott először frissített tesztadatbázist kérni és időt szánni annak tesztelésére.
Automatikus frissítés indul a következő verzióra, ha a megadott határidő előtt nem történik intézkedés.
A frissítés nem terjed ki:
Visszalépés egy korábbi Odoo verzióra
Kiadások váltása (pl. Közösségiről Vállalati kiadásra)
Tárhely típusának megváltoztatása (pl. helyszíniről Odoo Online-ra)
Migrálás egy másik ERP-ről Odoo-ra
Figyelem
Ha az adatbázis egyedi modulokat tartalmaz, nem frissíthető, amíg az egyedi modulok verziója nem érhető el az Odoo célverziójához. Azoknak az ügyfeleknek, akik saját egyedi moduljaikat tartják karban, javasoljuk a folyamat párhuzamosítását azzal, hogy frissített adatbázist kérnek, miközben frissítik az egyedi modulok forráskódját is.
Frissítés dióhéjban¶
Kérjen frissített tesztadatbázist (lásd frissített tesztadatbázis beszerzése).
Ha alkalmazható, frissítse az egyedi modul forráskódját, hogy kompatibilis legyen az Odoo új verziójával (lásd Egy testreszabott adatbázis frissítése).
Alaposan tesztelje a frissített adatbázist (lásd az adatbázis új verziójának tesztelése).
Report any issue encountered during the testing to Odoo by going to the Support page and selecting „An issue related to my future upgrade (I am testing an upgrade)”.
Miután minden probléma megoldódott, és biztos benne, hogy a frissített adatbázis fő adatbázisként használható problémamentesen, tervezze meg a termelési adatbázis frissítését.
Kérje a termelési adatbázis frissítését, amely a folyamat befejezéséig nem lesz elérhető (lásd a termelési adatbázis frissítése).
Report any issue encountered during the upgrade to Odoo by going to the Support page and selecting „An issue related to my upgrade (production)”.
Frissített tesztadatbázis beszerzése¶
Az Upgrade oldal a fő platform a frissített adatbázis kérésére. Azonban a hoszting típusától függően frissíthet a parancssorból (helyszíni), az Odoo Online adatbázis kezelő vagy az Odoo.sh projekt segítségével.
Megjegyzés
Az Upgrade platform ugyanazt az Adatvédelmi irányelvet követi, mint az Odoo.com többi szolgáltatása. Látogassa meg az Általános Adatvédelmi Rendelet oldalt, hogy többet megtudjon arról, hogyan kezeli az Odoo az Ön adatait és adatvédelmét.
To upgrade an Odoo Online database:
Open the database manager.
Select the database and click Manage.
Click Upgrade in the Database section.
In the popup:
Select the version of Odoo you want to upgrade to, usually the latest version.
Enter the Email to notify, which will receive a link to the upgraded database.
Select the Purpose of the upgrade, which is automatically set to Test for your first upgrade request.
Click Upgrade.
In the database manager, the Connect button will be replaced by an unclickable Upgrading… button until completion. Once the process is successful, an email containing a link to the upgraded test database is sent to the address provided. The test database can also be accessed from the database manager by clicking the (caret down) button before the database name to display the test database, then clicking Connect.
Az Odoo.sh integrálva van a frissítési platformmal a frissítési folyamat egyszerűsítése érdekében.
A legújabb napi automatikus biztonsági mentés ezután elküldésre kerül a Frissítési platformra.
Miután a frissítési platform befejezte a biztonsági mentés frissítését és feltöltését az ágra, különleges módba kerül: minden alkalommal, amikor egy commitot feltöltenek az ágra, egy visszaállítási művelet történik a frissített biztonsági mentésből, és minden egyedi modul frissítése megtörténik. Ez lehetővé teszi, hogy tesztelje az egyedi moduljait a frissített adatbázis egy tiszta másolatán. A frissítési folyamat naplófájlja megtalálható az újonnan frissített staging buildben a következő útvonalon: ~/logs/upgrade.log.
Fontos
In databases where custom modules are installed, their source code must be up-to-date with the target version of Odoo before the upgrade can be performed. If there are none, the „update on commit” mode is skipped, the upgraded database is built as soon as it is transferred from the upgrade platform, and the upgrade mode is exited.
További információkért tekintse meg a Egy testreszabott adatbázis frissítése oldalt.
A standard frissítési folyamat elindítható az alábbi parancssor beírásával azon a gépen, ahol az adatbázis található:
$ python <(curl -s https://upgrade.odoo.com/upgrade) test -d <your db name> -t <target version>
Megjegyzés
Ennek a parancsnak vannak bizonyos követelményei a futtatási környezetre vonatkozóan:
Néhány külső parancs, amelyet az operációs rendszernek kell biztosítania, és amelyeket általában bármely Linux disztribúcióban (beleértve a WSL-t is) megtalálhatók. Hibaüzenet jelenik meg, ha egy vagy több hiányzik közülük.
A parancsot végrehajtó rendszerfelhasználót úgy kell konfigurálni, hogy hozzáférése legyen az adatbázishoz. Kérjük, tekintse meg a PostgreSQL dokumentációját a client environment vagy a client password file vonatkozásában ehhez a követelményhez.
A szkriptnek képesnek kell lennie elérni egy vagy több szervert a frissítési platformon mind a TCP 443-as porton, mind pedig bármely véletlenszerű TCP porton a 32768 és 60999 közötti tartományban. Ez ütközhet a szigorú tűzfalbeállításaival, és szükség lehet egy kivétel hozzáadására a tűzfal konfigurációjához.
A következő parancs használható az általános súgó és a fő parancsok megjelenítésére:
$ python <(curl -s https://upgrade.odoo.com/upgrade) --help
Egy frissített tesztadatbázis is kérhető az Upgrade page oldalon keresztül.
Fontos
Azokban az adatbázisokban, ahol egyedi modulok vannak telepítve, a forráskódjuknak naprakésznek kell lennie az Odoo célverziójával, mielőtt a frissítés végrehajtható lenne. További információért tekintse meg a Egy testreszabott adatbázis frissítése oldalt.
Megjegyzés
Biztonsági okokból csak az a személy töltheti le a frissítési kérelmet, aki benyújtotta azt.
Tárolási okokból az adatbázis másolata filestore nélkül kerül benyújtásra a frissítési szerverre. Ezért a frissített adatbázis nem tartalmazza a termelési filestore-t.
A frissített adatbázis visszaállítása előtt a filestore-t össze kell vonni a termelési filestore-ral, hogy a teszteket ugyanazon feltételek mellett lehessen elvégezni, mint az új verzióban lenne.
A frissített adatbázis tartalmazza:
Egy
dump.sqlfájl, amely tartalmazza a frissített adatbázistEgy
filestoremappa, amely az adatbázis rekordjaiból kivont fájlokat tartalmazza csatolmányokként (ha vannak ilyenek), valamint az Odoo célzott verziójának új szabványos fájljait (pl. új képek, ikonok, fizetési szolgáltató logói stb.). Ezt a mappát kell összevonni a termelési filestore-ral a teljes frissített filestore eléréséhez.
Megjegyzés
Több tesztadatbázist is kérhet, ha többször szeretné tesztelni a frissítést.
Megjegyzés
When an upgrade request is completed, an upgrade report is attached to the successful upgrade email, and it becomes available in the Discuss app for users who are part of the „Administration / Settings” group. This report provides important information about the changes introduced by the new version.
Az adatbázis új verziójának tesztelése¶
Elengedhetetlen, hogy tesztelje a frissített tesztadatbázist annak biztosítása érdekében, hogy a nézetek, viselkedés vagy hibaüzenetek változása miatt ne akadjon el a napi tevékenységeiben, amikor a frissítés élesedik.
Megjegyzés
A tesztadatbázisok semlegesítve vannak, és néhány funkció le van tiltva, hogy megakadályozzák azok hatását a termelési adatbázisra:
Az ütemezett műveletek le vannak tiltva.
A kimenő levelezőszerverek le vannak tiltva azáltal, hogy azokat archiválják, és egy hamis szervert adnak hozzá.
A fizetési szolgáltatók és a szállítmányozók visszaállnak a tesztkörnyezetbe.
A banki szinkronizáció le van tiltva. Ha tesztelni szeretné a szinkronizációt, vegye fel a kapcsolatot a banki szinkronizációs szolgáltatójával, hogy sandbox hitelesítő adatokat kapjon.
Erősen ajánlott, hogy a lehető legtöbb üzleti folyamatát tesztelje, hogy megbizonyosodjon arról, hogy helyesen működnek, és hogy jobban megismerje az új verziót.
Alapvető tesztelési ellenőrzőlista
Vannak-e olyan nézetek, amelyek a tesztadatbázisában deaktiválva vannak, de a termelési adatbázisában aktívak?
A szokásos nézetei még mindig helyesen jelennek meg?
A jelentései (számla, értékesítési rendelés, stb.) helyesen generálódnak?
A weboldal oldalai megfelelően működnek?
Képes új rekordokat létrehozni és módosítani? (értékesítési rendelések, számlák, beszerzések, felhasználók, kapcsolatok, cégek, stb.)
Van bármilyen probléma az e-mail sablonjaival?
Van bármilyen probléma a mentett fordításokkal?
A keresési szűrők még mindig jelen vannak?
Képes exportálni az adatait?
Egy véletlenszerű termék ellenőrzése a termékkatalógusában, és a teszt- és éles adatok összehasonlítása annak ellenőrzésére, hogy minden azonos (termékkategória, eladási ár, költségár, szállító, számlák, útvonalak, stb.).
Ennek a terméknek a megvásárlása (Beszerzés alkalmazás).
A termék átvételének megerősítése (Készlet alkalmazás).
Annak ellenőrzése, hogy a termék átvételi útvonala megegyezik-e a termelési adatbázisában lévővel (Készlet alkalmazás).
A termék értékesítése (Értékesítés alkalmazás) egy véletlenszerű ügyfélnek.
Az ügyféladatbázis megnyitása (Kapcsolatok alkalmazás), egy ügyfél (vagy cég) kiválasztása, és adatainak ellenőrzése.
A termék kiszállítása (Készlet alkalmazás).
Annak ellenőrzése, hogy a termék kiszállítási útvonala megegyezik-e a termelési adatbázisában lévővel (Készlet alkalmazás).
Egy ügyfélszámla érvényesítése (Számlázás vagy Könyvelés alkalmazás).
A számla jóváírása (jóváírási értesítés kiállítása) és annak ellenőrzése, hogy úgy viselkedik-e, mint a termelési adatbázisában.
A jelentések eredményeinek ellenőrzése (Könyvelés alkalmazás).
Az adók, valuták, bankszámlák és pénzügyi év véletlenszerű ellenőrzése (Könyvelés alkalmazás).
Online rendelés leadása (Weboldal alkalmazások) a boltjában található termékválasztékból a fizetési folyamatig, és ellenőrizni, hogy minden úgy működik-e, mint a termelési adatbázisában.
Ez a lista nem teljes körű. Bővítse a példát más alkalmazásaira az Odoo használata alapján.
If you face an issue while testing your upgraded test database, you can request the assistance of Odoo by going to the Support page and selecting „An issue related to my future upgrade (I am testing an upgrade)”. In any case, it is essential to report any problem encountered during the testing to fix it before upgrading your production database.
Jelentős eltérésekkel találkozhat a szabványos nézetek, funkciók, mezők és modellek terén a tesztelés során. Ezek a változások nem visszafordíthatók eseti alapon. Azonban, ha egy új verzió által bevezetett változás megszakít egy testreszabást, az Ön egyedi moduljának karbantartójának felelőssége, hogy kompatibilissé tegye az új Odoo verzióval.
Javaslat
Ne felejtse el tesztelni:
Integrációk külső szoftverekkel (EDI, API-k, stb.)
Munkafolyamatok különböző alkalmazások között (online értékesítés eCommerce-szel, egy lead teljes átalakítása értékesítési rendeléssé, termékek kiszállítása, stb.)
Adat exportok
Automatizált műveletek
Szerver műveletek az űrlap nézetek műveleti menüjében, valamint több rekord kiválasztásával a lista nézetekben
A termelési adatbázis frissítése¶
Miután a tesztek befejeződtek, és biztos benne, hogy a frissített adatbázis problémamentesen használható fő adatbázisként, itt az ideje megtervezni az éles üzembe helyezés napját.
A termelési adatbázis nem lesz elérhető a frissítés során. Ezért javasoljuk, hogy a frissítést olyan időpontra tervezze, amikor az adatbázis használata minimális.
Mivel a standard frissítési szkriptek és az adatbázisa folyamatosan fejlődnek, javasolt gyakran kérni egy újabb frissített tesztadatbázist annak biztosítására, hogy a frissítési folyamat továbbra is sikeres, különösen, ha hosszú időt vesz igénybe a befejezése. Javasolt a frissítési folyamat teljes próbája a termelési adatbázis frissítése előtti napon is.
Fontos
Az éles üzembe helyezés tesztelés nélkül a következőkhöz vezethet:
A felhasználók nem tudnak alkalmazkodni a változásokhoz és az új funkciókhoz
Üzleti megszakítások (pl. már nincs lehetőség egy művelet érvényesítésére)
Gyenge ügyfélélmény (pl. egy e-kereskedelmi weboldal, amely nem működik megfelelően)
A termelési adatbázis frissítésének folyamata hasonló a tesztadatbázis frissítéséhez, de néhány kivétellel.
A folyamat hasonló a frissített tesztadatbázis megszerzéséhez, kivéve a cél opciót, amelyet Production-re kell állítani Test helyett.
Figyelem
Miután a frissítést kérték, az adatbázis nem lesz elérhető, amíg a frissítés be nem fejeződik. Miután a folyamat befejeződött, lehetetlen visszatérni az előző verzióhoz.
A folyamat hasonló a frissített tesztadatbázis beszerzéséhez a Production ágon.
A folyamat azonnal elindul, amint egy új commit történik az ágon. Ez lehetővé teszi, hogy a frissítési folyamat szinkronban legyen az egyedi modulok frissített forráskódjának telepítésével. Ha nincsenek egyedi modulok, a frissítési folyamat azonnal elindul.
Fontos
Az adatbázis a folyamat során nem elérhető. Ha bármi probléma merül fel, a platform automatikusan visszaállítja a frissítést, ahogyan egy szokásos frissítés esetén is történne. Siker esetén a frissítés előtti adatbázis biztonsági mentése készül.
Az egyedi modulok frissítésének sikeresnek kell lennie a teljes frissítési folyamat befejezéséhez. Győződjön meg róla, hogy a staging frissítés állapota sikeres, mielőtt a termelésben próbálkozna vele. További információ az egyedi modulok frissítéséről a Egy testreszabott adatbázis frissítése oldalon található.
Az adatbázis termelési frissítéséhez szükséges parancs hasonló a tesztadatbázis frissítéséhez szükségeshez, kivéve a test argumentumot, amelyet production-ra kell cserélni:
$ python <(curl -s https://upgrade.odoo.com/upgrade) production -d <your db name> -t <target version>
Frissített termelési adatbázis is kérhető a Upgrade page oldalon keresztül.
Miután az adatbázis feltöltésre került, a termelési adatbázis bármilyen módosítása nem lesz jelen a frissített adatbázisban. Ezért javasoljuk, hogy ne használja azt a frissítési folyamat során.
Fontos
Amikor frissített adatbázist kér termelési célokra, a másolat filestore nélkül kerül benyújtásra. Ezért a frissített adatbázis filestore-t össze kell vonni a termelési filestore-ral, mielőtt az új verziót telepítené.
In case of an issue with your production database, you can request the assistance of Odoo by going to the Support page and selecting „An issue related to my upgrade (production)”.
Szolgáltatási szintű megállapodás (SLA)¶
Az Odoo Enterprise használatával az adatbázis frissítése az Odoo legújabb verziójára ingyenes, beleértve minden szükséges támogatást a frissített adatbázisban esetlegesen felmerülő eltérések kijavításához.
Az Enterprise Licencbe foglalt frissítési szolgáltatásokkal kapcsolatos információk elérhetők az Odoo Enterprise Subscription Agreement dokumentumban. Ez a szakasz azonban tisztázza, milyen frissítési szolgáltatásokra számíthat.
A SLA által fedezett frissítési szolgáltatások¶
Az Odoo felhőplatformjain (Odoo Online és Odoo.sh) vagy saját üzemeltetésű (On-Premise) adatbázisok bármikor élvezhetik a frissítési szolgáltatásokat az alábbiakra:
minden standard alkalmazás frissítése;
minden a Studio alkalmazással létrehozott testreszabás frissítése, amennyiben a Studio még telepítve van és a megfelelő előfizetés még aktív; és
minden fejlesztés és testreszabás frissítése, amelyet a testreszabások karbantartási előfizetése fedez.
A frissítési szolgáltatások az adatbázis (standard modulok és adatok) technikai átalakítására és adaptálására korlátozódnak, hogy kompatibilissé tegyék a frissítés által célzott verzióval.
A SLA által nem fedezett frissítési szolgáltatások¶
A következő, frissítéssel kapcsolatos szolgáltatások nincsenek benne:
a meglévő adatok és konfigurációk tisztítása frissítés közben;
a karbantartási szerződés által nem fedezett további modulok frissítése, amelyeket házon belül vagy harmadik felek, beleértve az Odoo partnereket, hoztak létre; és
képzés a frissített verzió funkcióinak és munkafolyamatainak használatáról.