अपग्रेड¶
अपग्रेड में डेटाबेस को पुराने वर्शन से नए सपोर्टेड वर्शन में मूव करना शामिल है (जैसे, Odoo 16.0 से Odoo 18.0 तक)। रेगुलर अपग्रेड महत्वपूर्ण हैं क्योंकि हर वर्शन नई सुविधाएँ, बग फ़िक्स और सिक्योरिटी पैच प्रदान करता है। सपोर्टेड वर्शन का उपयोग करने की दृढ़ता से सिफ़ारिश की जाती है। हर मेजर वर्शन तीन साल के लिए सपोर्ट किया जाता है।
होस्टिंग टाइप और उपयोग किए गए Odoo वर्शन के आधार पर, डेटाबेस अपग्रेड अनिवार्य हो सकता है।
अगर डेटाबेस मेजर वर्शन (जैसे, 16.0, 17.0, 18.0) पर है, तो अपग्रेड हर दो साल में अनिवार्य है।
अगर डेटाबेस माइनर वर्शन (जैसे, 17.1, 17.2, 17.4) पर है, तो अगले वर्शन के रिलीज़ होने के कुछ हफ्तों बाद अपग्रेड अनिवार्य है। माइनर वर्शन आमतौर पर हर दो महीने में रिलीज़ होते हैं।
शुरुआती तीन साल के सपोर्ट के बाद, आपके पास अपग्रेड पूरा करने के लिए दो साल और होंगे। जब अपग्रेड की आवश्यकता होगी तो आपको सूचित किया जाएगा।
आप समान वर्शन पर अनिश्चित काल तक रह सकते हैं, भले ही इसकी सिफ़ारिश न की जाती हो। ध्यान दें कि वर्शन गैप जितना छोटा होगा, अपग्रेड उतना ही आसान होना चाहिए।
अनिवार्य अपग्रेड ऑटोमैटिकली किए जाने से कुछ हफ्ते पहले आपको अपने डेटाबेस में नोटिफ़िकेशन प्राप्त होगा। जब तक डेडलाइन नहीं आ जाती, तब तक आप प्रक्रिया के कंट्रोल में हैं।
ठोस रूप से, Odoo की अपग्रेड टीम हर डेटाबेस का साइलेंट टेस्ट अपग्रेड करती है जिसे अपग्रेड किया जाना चाहिए। अगर टेस्ट सफल होता है और 20 मिनट से कम समय लेता है, तो आप सीधे डेटाबेस से अपग्रेड ट्रिगर कर सकते हैं। अगर टेस्ट फ़ेल हो जाता है, तो आप डेटाबेस मैनेजर का उपयोग करके अपग्रेड टेस्ट कर सकते हैं।
जब आपको अपग्रेड करने के लिए आमंत्रित किया जाता है, तो दृढ़ता से सिफ़ारिश की जाती है कि पहले अपग्रेडेड टेस्ट डेटाबेस का अनुरोध करें और इसे टेस्ट करने में समय बिताएँ।
अगर निर्दिष्ट ड्यू डेट से पहले कोई ऐक्शन नहीं लिया जाता है तो अगले वर्शन के लिए ऑटोमैटिक अपग्रेड ट्रिगर होगा।
अपग्रेड में शामिल नहीं है:
Odoo के पिछले वर्शन पर डाउनग्रेड करना
एडिशन स्विच करना (जैसे, कम्युनिटी से एंटरप्राइज़ में)
होस्टिंग प्रकार बदलना (जैसे, ऑन-प्रिमाइस से Odoo ऑनलाइन में)
दूसरे ईआरपी से Odoo में माइग्रेट करना
चेतावनी
अगर आपके डेटाबेस में कस्टम मॉड्यूल हैं, तो इसे तब तक अपग्रेड नहीं किया जा सकता जब तक कि आपके कस्टम मॉड्यूल का वर्शन Odoo के टारगेट वर्शन के लिए उपलब्ध न हो। अपने कस्टम मॉड्यूल को मैनेज करने वाले कस्टमर्स के लिए, हम प्रक्रिया को समानांतर रूप से चलाने की सलाह देते हैं - अपग्रेडेड डेटाबेस का अनुरोध करें और साथ ही अपने कस्टम मॉड्यूल के सोर्स कोड को भी अपग्रेड करें।
संक्षेप में अपग्रेड करना¶
अपग्रेडेड टेस्ट डेटाबेस का अनुरोध करें (देखें अपग्रेडेड टेस्ट डेटाबेस प्राप्त करना)।
अगर लागू हो, तो अपने कस्टम मॉड्यूल के सोर्स कोड को Odoo के नए वर्शन के साथ कम्पैटिबल बनाने के लिए अपग्रेड करें (देखें Upgrade a customized database)।
अपग्रेडेड डेटाबेस को अच्छी तरह से टेस्ट करें (देखें डेटाबेस के नए वर्शन की टेस्टिंग)।
टेस्टिंग के दौरान आई किसी भी समस्या की रिपोर्ट Odoo को करें - सपोर्ट पेज पर जाकर "An issue related to my future upgrade (I am testing an upgrade)" चुनें।
जब सभी समस्याएं हल हो जाएं और आप आश्वस्त हों कि अपग्रेडेड डेटाबेस को बिना किसी समस्या के अपने मुख्य डेटाबेस के रूप में इस्तेमाल किया जा सकता है, तो अपने प्रॉडक्शन डेटाबेस के अपग्रेड की योजना बनाएं।
प्रॉडक्शन डेटाबेस के लिए अपग्रेड का अनुरोध करें, जिससे प्रक्रिया पूरी होने में लगने वाले समय तक यह अनुपलब्ध रहेगा (देखें प्रॉडक्शन डेटाबेस को अपग्रेड करना)।
अपग्रेड के दौरान आई किसी भी समस्या की रिपोर्ट Odoo को करें - सपोर्ट पेज पर जाकर "An issue related to my upgrade (production)" चुनें।
अपग्रेडेड टेस्ट डेटाबेस प्राप्त करना¶
अपग्रेड पेज अपग्रेडेड डेटाबेस का अनुरोध करने का मुख्य प्लेटफ़ॉर्म है। हालांकि, होस्टिंग टाइप के आधार पर, आप कमांड लाइन (ऑन-प्रिमाइस), Odoo ऑनलाइन डेटाबेस मैनेजर, या अपने Odoo.sh प्रोजेक्ट से अपग्रेड कर सकते हैं।
टिप्पणी
अपग्रेड प्लेटफ़ॉर्म अन्य Odoo.com सर्विस की तरह ही प्राइवेसी पॉलिसी का पालन करता है। Odoo आपके डेटा और प्राइवेसी को कैसे मैनेज करता है, इसके बारे में ज़्यादा जानने के लिए जनरल डेटा प्रोटेक्शन रेगुलेशन पेज पर जाएं।
Odoo ऑनलाइन डेटाबेस को अपग्रेड करने के लिए:
डेटाबेस मैनेजर खोलें।
डेटाबेस चुनें और मैनेज पर क्लिक करें।
डेटाबेस सेक्शन में अपग्रेड पर क्लिक करें।
पॉपअप में:
Odoo का वह वर्शन चुनें जिसमें आप अपग्रेड करना चाहते हैं, आमतौर पर नवीनतम वर्शन।
सूचित करने के लिए ईमेल दर्ज करें, जिसे अपग्रेड किए गए डेटाबेस का लिंक प्राप्त होगा।
उद्देश्य चुनें, जो आपके पहले अपग्रेड अनुरोध के लिए ऑटोमैटिकली टेस्ट पर सेट हो जाता है।
अपग्रेड करें पर क्लिक करें।
डेटाबेस मैनेजर में, कनेक्ट करें बटन को पूर्ण होने तक एक नॉन-क्लिक करने योग्य अपग्रेड हो रहा है... बटन से बदल दिया जाएगा। एक बार प्रक्रिया सफल हो जाने पर, अपग्रेड किए गए टेस्ट डेटाबेस का लिंक युक्त एक ईमेल दिए गए पते पर भेजा जाता है। टेस्ट डेटाबेस को डेटाबेस मैनेजर से भी एक्सेस किया जा सकता है, टेस्ट डेटाबेस दिखाने के लिए डेटाबेस नाम से पहले (कैरेट डाउन) बटन पर क्लिक करके, फिर कनेक्ट करें पर क्लिक करके।
Odoo.sh को अपग्रेड प्रक्रिया को सरल बनाने के लिए अपग्रेड प्लेटफ़ॉर्म के साथ इंटीग्रेट किया गया है।
नवीनतम प्रॉडक्शन डेली ऑटोमैटिक बैकअप को फिर अपग्रेड प्लेटफ़ॉर्म पर भेजा जाता है।
एक बार जब अपग्रेड प्लेटफ़ॉर्म बैकअप को अपग्रेड करके और उसे ब्रांच पर अपलोड कर देता है, तो इसे एक स्पेशल मोड में रखा जाता है: हर बार जब ब्रांच पर कमिट को पुश किया जाता है, तो अपग्रेड किए गए बैकअप का रिस्टोर ऑपरेशन और सभी कस्टम मॉड्यूल का अपडेट होता है। यह आपको अपग्रेड किए गए डेटाबेस की एक प्रिस्टाइन कॉपी पर अपने कस्टम मॉड्यूल को टेस्ट करने की अनुमति देता है। अपग्रेड प्रक्रिया की लॉग फ़ाइल आपके नए अपग्रेड किए गए स्टेजिंग बिल्ड में ~/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 पर और 32768 और 60999 के बीच की रेंज में किसी भी रैंडम TCP पोर्ट तक पहुंचने में सक्षम होना चाहिए। यह आपके प्रतिबंधात्मक फ़ायरवॉल के साथ कॉन्फ्लिक्ट में हो सकता है और फ़ायरवॉल कॉन्फ़िगरेशन में एक अपवाद जोड़ने की आवश्यकता हो सकती है।
सामान्य सहायता और मुख्य कमांड दिखाने के लिए निम्नलिखित कमांड का उपयोग किया जा सकता है:
$ python <(curl -s https://upgrade.odoo.com/upgrade) --help
एक अपग्रेड किए गए टेस्ट डेटाबेस का अनुरोध अपग्रेड पेज के माध्यम से भी किया जा सकता है।
महत्त्वपूर्ण
जिन डेटाबेस में कस्टम मॉड्यूल इंस्टॉल हैं, उनके सोर्स कोड को अपग्रेड किए जाने से पहले Odoo के टार्गेट वर्शन के साथ अप-टू-डेट होना चाहिए। अधिक जानकारी के लिए Upgrade a customized database पेज देखें।
टिप्पणी
सुरक्षा कारणों से, केवल वह व्यक्ति जिसने अपग्रेड अनुरोध सबमिट किया है वह इसे डाउनलोड कर सकता है।
स्टोरेज कारणों से, डेटाबेस की कॉपी को फ़ाइलस्टोर के बिना अपग्रेड सर्वर पर सबमिट किया जाता है। इसलिए, अपग्रेड किए गए डेटाबेस में प्रॉडक्शन फ़ाइलस्टोर शामिल नहीं है।
अपग्रेड किए गए डेटाबेस को रिस्टोर करने से पहले, उसके फ़ाइलस्टोर को प्रॉडक्शन फ़ाइलस्टोर के साथ मर्ज करना ज़रूरी है ताकि नए वर्शन जैसी ही परिस्थितियों में टेस्ट किए जा सकें।
अपग्रेड किए गए डेटाबेस में शामिल है:
एक
dump.sqlफ़ाइल जिसमें अपग्रेड किया गया डेटाबेस हैएक
filestoreफ़ोल्डर जिसमें इन-डेटाबेस रिकॉर्ड से अटैचमेंट में एक्सट्रैक्ट की गई फ़ाइल (अगर कोई हैं) और टार्गेट किए गए Odoo वर्शन की नई स्टैंडर्ड Odoo फ़ाइल शामिल हैं (जैसे नई इमेज, आइकन, पेमेंट प्रोवाइडर के लोगो, वगैरह)। यह वही फ़ोल्डर है जिसे प्रॉडक्शन फ़ाइलस्टोर के साथ मर्ज करना चाहिए ताकि पूरा अपग्रेड किया गया फ़ाइलस्टोर मिल सके।
टिप्पणी
अगर आप एक से ज़्यादा बार अपग्रेड टेस्ट करना चाहते हैं तो आप कई टेस्ट डेटाबेस का अनुरोध कर सकते हैं।
टिप्पणी
जब अपग्रेड अनुरोध पूरा हो जाता है, तो सफल अपग्रेड ईमेल के साथ एक अपग्रेड रिपोर्ट अटैच की जाती है, और यह "Administration / सेटिंग" ग्रुप के हिस्से वाले यूज़र्स के लिए डिस्कस ऐप्लिकेशन में उपलब्ध हो जाती है। यह रिपोर्ट नए वर्शन द्वारा पेश किए गए बदलावों के बारे में ज़रूरी जानकारी प्रदान करती है।
डेटाबेस के नए वर्शन को टेस्ट करना¶
अपग्रेड किए गए टेस्ट डेटाबेस को टेस्ट करना ज़रूरी है ताकि यह सुनिश्चित हो सके कि अपग्रेड लाइव होने के बाद व्यू, व्यवहार या किसी गड़बड़ी मैसेज में बदलाव की वजह से आप अपनी रोज़मर्रा की गतिविधियों में फंस न जाएं।
टिप्पणी
टेस्ट डेटाबेस को न्यूट्रलाइज़ किया गया है, और कुछ फ़ीचर्स को प्रॉडक्शन डेटाबेस पर असर डालने से रोकने के लिए डिसेबल किया गया है:
शेड्यूल्ड एक्शन डिसेबल हैं।
आउटगोइंग मेल सर्वर को मौजूदा वाले को आर्काइव करके और एक फ़ेक जोड़कर डिसेबल किया गया है।
पेमेंट प्रोवाइडर और डिलीवरी कैरियर को टेस्ट एनवायरमेंट में रीसेट किया गया है।
बैंक सिंक्रोनाइज़ेशन डिसेबल है। अगर आप सिंक्रोनाइज़ेशन टेस्ट करना चाहते हैं, तो सैंडबॉक्स क्रेडेंशियल प्राप्त करने के लिए अपने बैंक सिंक्रोनाइज़ेशन प्रोवाइडर से संपर्क करें।
अपने बिज़नेस फ़्लो में से जितने संभव हो उतने को टेस्ट करने की दृढ़ता से सिफ़ारिश की जाती है ताकि यह सुनिश्चित हो सके कि वे सही तरीके से काम कर रहे हैं और नए वर्शन से ज़्यादा परिचित हो सकें।
बेसिक टेस्ट चेकलिस्ट
क्या ऐसे व्यू हैं जो आपके टेस्ट डेटाबेस में डीएक्टिवेट हैं लेकिन आपके प्रॉडक्शन डेटाबेस में एक्टिव हैं?
क्या आपके सामान्य व्यू अभी भी सही तरीके से डिस्प्ले हो रहे हैं?
क्या आपकी रिपोर्ट (इनवॉइस, सेल्स ऑर्डर, वगैरह) सही तरीके से जेनरेट हो रही हैं?
क्या आपके वेबसाइट पेज सही तरीके से काम कर रहे हैं?
क्या आप रिकॉर्ड बनाने और बदलने में सक्षम हैं? (सेल्स ऑर्डर, इनवॉइस, खरीद, यूज़र्स, कॉन्टैक्ट, कंपनियां, वगैरह)
क्या आपके मेल टेम्प्लेट में कोई समस्या है?
क्या सेव किए गए अनुवादों में कोई समस्या है?
क्या आपके खोज फ़िल्टर अभी भी मौजूद हैं?
क्या आप अपना डेटा एक्सपोर्ट कर सकते हैं?
अपने प्रॉडक्ट कैटलॉग में एक रैंडम प्रॉडक्ट चेक करें और यह वेरिफ़ाई करने के लिए उसके टेस्ट और प्रॉडक्शन डेटा की तुलना करें कि सब कुछ समान है (प्रॉडक्ट कैटेगरी, सेलिंग प्राइस, कॉस्ट प्राइस, वेंडर, अकाउंट, रूट, आदि)।
इस प्रॉडक्ट को खरीदें (परचेज़ ऐप्लिकेशन)।
इस प्रॉडक्ट की रिसेप्शन कन्फर्म करें (इन्वेंट्री ऐप्लिकेशन)।
चेक करें कि क्या इस प्रॉडक्ट को रिसीव करने का रूट आपके प्रॉडक्शन डेटाबेस में समान है (इन्वेंट्री ऐप्लिकेशन)।
इस प्रॉडक्ट को एक रैंडम ग्राहक को बेचें (सेल्स ऐप्लिकेशन)।
अपना ग्राहक डेटाबेस खोलें (कॉन्टैक्ट ऐप्लिकेशन), एक ग्राहक (या कंपनी) सेलेक्ट करें, और उसका डेटा चेक करें।
इस प्रॉडक्ट को शिप करें (इन्वेंट्री ऐप्लिकेशन)।
चेक करें कि क्या इस प्रॉडक्ट को शिप करने का रूट आपके प्रॉडक्शन डेटाबेस के समान है (इन्वेंट्री ऐप्लिकेशन)।
ग्राहक इनवॉइस वैलिडेट करें (इनवॉइसिंग या अकाउंटिंग ऐप्लिकेशन)।
इनवॉइस को क्रेडिट करें (क्रेडिट नोट जारी करें) और चेक करें कि क्या यह आपके प्रॉडक्शन डेटाबेस की तरह व्यवहार करता है।
अपनी रिपोर्ट के रिजल्ट चेक करें (अकाउंटिंग ऐप्लिकेशन)।
अपने टैक्स, करेंसी, बैंक अकाउंट, और फिस्कल साल को रैंडमली चेक करें (अकाउंटिंग ऐप्लिकेशन)।
अपनी शॉप में प्रॉडक्ट सिलेक्शन से लेकर चेकआउट प्रोसेस तक एक ऑनलाइन ऑर्डर करें (वेबसाइट ऐप्लिकेशन) और चेक करें कि क्या सब कुछ आपके प्रॉडक्शन डेटाबेस की तरह व्यवहार करता है।
यह सूची पूर्ण नहीं है। Odoo के अपने इस्तेमाल के आधार पर उदाहरण को अपने अन्य ऐप्लिकेशन तक बढ़ाएं।
अगर आप अपने अपग्रेड किए गए टेस्ट डेटाबेस को टेस्ट करते समय किसी समस्या का सामना करते हैं, तो आप सपोर्ट पेज पर जाकर और "An issue related to my future upgrade (I am testing an upgrade)" सेलेक्ट करके Odoo की सहायता का अनुरोध कर सकते हैं। किसी भी स्थिति में, अपने प्रॉडक्शन डेटाबेस को अपग्रेड करने से पहले इसे ठीक करने के लिए टेस्टिंग के दौरान आई किसी भी समस्या की रिपोर्ट करना आवश्यक है।
टेस्टिंग के दौरान आपको स्टैंडर्ड व्यूज़, फ़ीचर्स, फ़ील्ड, और मॉडल के साथ महत्वपूर्ण अंतर मिल सकते हैं। इन बदलावों को केस-बाय-केस आधार पर वापस नहीं किया जा सकता। हालांकि, अगर नए वर्शन द्वारा लाया गया कोई बदलाव किसी कस्टमाइज़ेशन को तोड़ता है, तो यह आपके कस्टम मॉड्यूल के मेंटेनर की जिम्मेदारी है कि वह इसे Odoo के नए वर्शन के साथ कम्पेटिबल बनाए।
सलाह
मत भूलें टेस्ट करना:
एक्सटर्नल सॉफ़्टवेयर के साथ इंटीग्रेशन (EDI, APIs, आदि)
विभिन्न ऐप्लिकेशन के बीच वर्कफ़्लो (ई-कॉमर्स के साथ ऑनलाइन सेल्स, लीड को सेल्स ऑर्डर तक कन्वर्ट करना, प्रॉडक्ट की डिलीवरी, आदि)
डेटा एक्सपोर्ट
ऑटोमेटेड ऐक्शन
फ़ॉर्म व्यू पर ऐक्शन मेन्यू में सर्वर ऐक्शन, साथ ही लिस्ट व्यू पर कई रिकॉर्ड सेलेक्ट करके
प्रॉडक्शन डेटाबेस को अपग्रेड करना¶
एक बार टेस्ट पूरे हो जाने के बाद और आप आश्वस्त हो जाएं कि अपग्रेडेड डेटाबेस को बिना किसी समस्या के आपके मुख्य डेटाबेस के रूप में इस्तेमाल किया जा सकता है, तो गो-लाइव डे की प्लानिंग करने का समय आ गया है।
अपग्रेड के दौरान आपका प्रॉडक्शन डेटाबेस अनुपलब्ध रहेगा। इसलिए, हम अपग्रेड की प्लानिंग ऐसे समय पर करने की सिफारिश करते हैं जब डेटाबेस का इस्तेमाल न्यूनतम हो।
चूंकि स्टैंडर्ड अपग्रेड स्क्रिप्ट और आपका डेटाबेस लगातार विकसित हो रहे हैं, इसलिए यह भी सिफारिश की जाती है कि बार-बार एक और अपग्रेडेड टेस्ट डेटाबेस का अनुरोध करें ताकि यह सुनिश्चित हो सके कि अपग्रेड प्रोसेस अभी भी सफल है, खासकर अगर इसे पूरा होने में लंबा समय लगता है। प्रॉडक्शन डेटाबेस को अपग्रेड करने से एक दिन पहले अपग्रेड प्रोसेस का पूरी तरह से रिहर्सल करना भी सिफारिश किया जाता है।
महत्त्वपूर्ण
पहले टेस्ट किए बिना प्रॉडक्शन में जाने से हो सकता है:
यूज़र्स बदलावों और नए फ़ीचर्स के साथ एडजस्ट करने में विफल हो सकते हैं
बिज़नेस में रुकावट (जैसे, एक ऐक्शन को वैलिडेट करने की संभावना न होना)
खराब ग्राहक अनुभव (जैसे, एक ई-कॉमर्स वेबसाइट जो सही तरीके से वर्क नहीं करती)
प्रॉडक्शन डेटाबेस को अपग्रेड करने की प्रोसेस टेस्ट डेटाबेस को अपग्रेड करने के समान है, लेकिन कुछ अपवादों के साथ।
यह प्रोसेस अपग्रेडेड टेस्ट डेटाबेस प्राप्त करने के समान है, सिवाय purpose विकल्प के, जिसे टेस्ट की बजाय प्रॉडक्शन पर सेट किया जाना चाहिए।
चेतावनी
एक बार अपग्रेड का अनुरोध किए जाने के बाद, अपग्रेड पूरा होने तक डेटाबेस अनुपलब्ध रहेगा। एक बार प्रोसेस पूरी हो जाने के बाद, पिछले वर्शन में वापस जाना असंभव है।
यह प्रोसेस प्रॉडक्शन ब्रांच पर अपग्रेडेड टेस्ट डेटाबेस प्राप्त करने के समान है।
यह प्रोसेस ब्रांच पर नया कमिट किए जाने के तुरंत बाद ट्रिगर होती है। यह अपग्रेड प्रोसेस को कस्टम मॉड्यूल के अपग्रेडेड सोर्स कोड की डिप्लॉयमेंट के साथ सिंक्रनाइज़ होने की अनुमति देता है। अगर कोई कस्टम मॉड्यूल नहीं हैं, तो अपग्रेड प्रोसेस तुरंत ट्रिगर हो जाती है।
महत्त्वपूर्ण
पूरी प्रोसेस के दौरान डेटाबेस अनुपलब्ध रहता है। अगर कुछ गलत हो जाता है, तो प्लेटफ़ॉर्म ऑटोमैटिकली अपग्रेड को रिवर्ट कर देता है, जैसा कि रेगुलर अपडेट के लिए होता है। सफलता की स्थिति में, अपग्रेड से पहले डेटाबेस का बैकअप बनाया जाता है।
आपके कस्टम मॉड्यूल का अपडेट पूरी अपग्रेड प्रक्रिया को पूरा करने के लिए सफल होना चाहिए। प्रोडक्शन में कोशिश करने से पहले सुनिश्चित करें कि आपके स्टेजिंग अपग्रेड का स्टेटस सफल है। अपने कस्टम मॉड्यूल को अपग्रेड करने के बारे में अधिक जानकारी Upgrade a customized database पर पाई जा सकती है।
डेटाबेस को प्रोडक्शन में अपग्रेड करने का कमांड टेस्ट डेटाबेस को अपग्रेड करने वाले कमांड के समान है, सिवाय test आर्ग्युमेंट के, जिसे production से बदला जाना चाहिए:
$ python <(curl -s https://upgrade.odoo.com/upgrade) production -d <your db name> -t <target version>
अपग्रेड किया गया प्रोडक्शन डेटाबेस अपग्रेड पेज के जरिए भी अनुरोध किया जा सकता है।
एक बार डेटाबेस अपलोड हो जाने के बाद, आपके प्रोडक्शन डेटाबेस में कोई भी संशोधन आपके अपग्रेड किए गए डेटाबेस में मौजूद नहीं होगा। यही कारण है कि हम अपग्रेड प्रक्रिया के दौरान इसका उपयोग न करने की सिफारिश करते हैं।
महत्त्वपूर्ण
प्रोडक्शन उद्देश्यों के लिए अपग्रेड किए गए डेटाबेस का अनुरोध करते समय, कॉपी बिना फाइलस्टोर के सबमिट की जाती है। इसलिए, नया वर्शन डिप्लॉय करने से पहले अपग्रेड किए गए डेटाबेस फाइलस्टोर को प्रोडक्शन फाइलस्टोर के साथ मर्ज किया जाना चाहिए।
आपके प्रोडक्शन डेटाबेस के साथ किसी समस्या की स्थिति में, आप सपोर्ट पेज पर जाकर और "मेरे अपग्रेड (प्रोडक्शन) से संबंधित समस्या" चुनकर Odoo की सहायता का अनुरोध कर सकते हैं।
सर्विस-लेवल एग्रीमेंट (SLA)¶
Odoo एंटरप्राइज के साथ, डेटाबेस को Odoo के सबसे हालिया वर्शन में अपग्रेड करना निःशुल्क है, जिसमें अपग्रेड किए गए डेटाबेस में संभावित विसंगतियों को सुधारने के लिए आवश्यक कोई भी सपोर्ट शामिल है।
एंटरप्राइज लाइसेंस में शामिल अपग्रेड सर्विस के बारे में जानकारी Odoo एंटरप्राइज सब्सक्रिप्शन एग्रीमेंट में उपलब्ध है। हालांकि, यह सेक्शन स्पष्ट करता है कि आप किन अपग्रेड सर्विस की अपेक्षा कर सकते हैं।
SLA द्वारा कवर की गई अपग्रेड सर्विस¶
Odoo के क्लाउड प्लेटफॉर्म (Odoo ऑनलाइन और Odoo.sh) पर होस्ट किए गए या सेल्फ-होस्ट किए गए (ऑन-प्रिमाइस) डेटाबेस निम्नलिखित के लिए हर समय अपग्रेड सर्विस का लाभ उठा सकते हैं:
सभी स्टैंडर्ड ऐप्लिकेशन का अपग्रेड;
स्टूडियो ऐप के साथ बनाए गए सभी कस्टमाइजेशन का अपग्रेड, जब तक स्टूडियो अभी भी इंस्टॉल है और संबंधित सब्सक्रिप्शन अभी भी सक्रिय है; और
कस्टमाइजेशन के मेंटनेंस सब्सक्रिप्शन द्वारा कवर किए गए सभी डेवलपमेंट और कस्टमाइजेशन का अपग्रेड।
अपग्रेड सर्विस डेटाबेस (स्टैंडर्ड मॉड्यूल और डेटा) के टेक्निकल कन्वर्जन और अनुकूलन तक सीमित हैं ताकि इसे अपग्रेड द्वारा लक्षित वर्शन के साथ संगत बनाया जा सके।
SLA द्वारा कवर नहीं की गई अपग्रेड सर्विस¶
निम्नलिखित अपग्रेड-संबंधित सर्विस शामिल नहीं हैं:
अपग्रेड करते समय पूर्व-मौजूद डेटा और कॉन्फ़िगरेशन की क्लीनिंग;
मेंटनेंस कॉन्ट्रैक्ट द्वारा कवर नहीं किए गए अतिरिक्त मॉड्यूल का अपग्रेड जो इन-हाउस या तृतीय पक्षों द्वारा बनाए गए हैं, जिसमें Odoo पार्टनर शामिल हैं; और
अपग्रेड किए गए वर्शन की सुविधाओं और वर्कफ़्लो का उपयोग करने पर ट्रेनिंग।
यह भी देखें