Odoo को पुराने संस्करण से नए संस्करण में कैसे अपग्रेड करें: चरण-दर-चरण मार्गदर्शिका

Odoo के हर प्रमुख संस्करण को तीन वर्षों तक सपोर्ट मिलता है, और हर नया संस्करण नई सुविधाएँ, सुधार और बेहतर प्रदर्शन लेकर आता है। पुराने संस्करण पर बने रहने से आगे चलकर अपग्रेड और कठिन हो जाता है, क्योंकि संस्करणों के बीच का अंतर लगातार बढ़ता जाता है। यह मार्गदर्शिका बताती है कि हर होस्टिंग प्रकार के लिए अपग्रेड वास्तव में चरण-दर-चरण कैसे होता है, और अपने प्रोडक्शन डेटाबेस को आगे ले जाने से पहले किसी कंपनी को क्या तैयारी करनी चाहिए।

स्रोतों के बारे में एक टिप्पणी: नीचे दिए गए चरण Odoo के आधिकारिक अपग्रेड दस्तावेज़ीकरण और डेवलपर गाइड पर आधारित हैं। कमांड, मेनू और सेवा की शर्तें संस्करणों के बीच बदल सकती हैं, इसलिए शुरू करने से पहले अपने लक्ष्य संस्करण के आधिकारिक दस्तावेज़ीकरण में वर्तमान निर्देशों की पुष्टि अवश्य करें।

अपग्रेड क्या है, और क्या नहीं है

अपग्रेड आपके मौजूदा डेटाबेस को उसके पूरे डेटा के साथ Odoo के पुराने संस्करण से एक नए समर्थित संस्करण में ले जाता है। Odoo की अपग्रेड सेवा डेटा संरचना को रूपांतरित करती है; इसके बाद वास्तविक बदलाव से पहले आपकी टीम परिणाम का परीक्षण करती है।

अपग्रेड सेवा में पुराने संस्करण पर वापस जाना (डाउनग्रेड), Community और Enterprise के बीच बदलाव, होस्टिंग प्रकार बदलना, या किसी अन्य ERP से माइग्रेशन शामिल नहीं है। इनमें से हर एक अलग प्रोजेक्ट है।

होस्टिंग प्रकार के अनुसार आपको कितनी बार अपग्रेड करना होगा

• Odoo Online: हर दो वर्ष में प्रमुख संस्करण का अपग्रेड अनिवार्य है। Odoo आपको कुछ सप्ताह पहले सूचित करता है, पृष्ठभूमि में एक टेस्ट अपग्रेड चलाता है, और यदि आप निर्धारित तिथि तक कोई कार्रवाई नहीं करते, तो डेटाबेस को स्वचालित रूप से अपग्रेड कर देता है।
• Odoo.sh: आपके संस्करण के तीन वर्ष के सपोर्ट के बाद, अपग्रेड पूरा करने के लिए आपके पास दो वर्ष और होते हैं, और जब अपग्रेड आवश्यक हो जाता है तो प्लेटफ़ॉर्म आपको सूचित करता है।
• ऑन-प्रिमाइस: आप अनिश्चित काल तक एक ही संस्करण पर बने रह सकते हैं, लेकिन इसकी सलाह नहीं दी जाती। संस्करणों के बीच का अंतर जितना कम होगा, अपग्रेड उतना ही आसान और सस्ता होगा।

आधिकारिक प्रक्रिया के सात चरण

• चरण 1: अपग्रेड किए गए टेस्ट डेटाबेस का अनुरोध करें।
• चरण 2: यदि आपके कस्टम मॉड्यूल हैं, तो उनके सोर्स कोड को अपग्रेड करें।
• चरण 3: अपग्रेड किए गए डेटाबेस का गहन परीक्षण करें।
• चरण 4: परीक्षण के दौरान मिली किसी भी समस्या की रिपोर्ट माइग्रेशन चरण के अंतर्गत Odoo सपोर्ट को करें।
• चरण 5: जब आप पूरी तरह आश्वस्त हों, तो प्रोडक्शन अपग्रेड की योजना बनाएँ।
• चरण 6: प्रोडक्शन अपग्रेड का अनुरोध करें। इसके चलने के दौरान डेटाबेस उपलब्ध नहीं रहता।
• चरण 7: गो-लाइव के बाद मिली किसी भी समस्या की रिपोर्ट प्रोडक्शन चरण के अंतर्गत Odoo सपोर्ट को करें।

चरण 1: अपग्रेड किए गए टेस्ट डेटाबेस का अनुरोध करें

Odoo Online पर, डेटाबेस मैनेजर खोलें, डेटाबेस चुनें, Manage पर और फिर Upgrade पर क्लिक करें। लक्ष्य संस्करण चुनें, सूचनाओं के लिए एक ईमेल पता दर्ज करें, उद्देश्य को Test पर ही रहने दें और पुष्टि करें। प्रक्रिया पूरी होने पर आपको टेस्ट डेटाबेस के लिंक के साथ एक ईमेल प्राप्त होता है।

Odoo.sh पर, Upgrade टैब खोलें और किसी स्टेजिंग ब्रांच पर अपग्रेड शुरू करें। प्रोडक्शन का नवीनतम दैनिक बैकअप अपग्रेड प्लेटफ़ॉर्म पर भेजा जाता है, और ब्रांच एक विशेष मोड में चली जाती है जिसमें हर नया कमिट अपग्रेड किए गए बैकअप को रीस्टोर करता है और आपके कस्टम मॉड्यूल को अपडेट करता है। अपग्रेड लॉग, अपग्रेड किए गए स्टेजिंग बिल्ड के logs फ़ोल्डर में upgrade.log फ़ाइल में उपलब्ध होता है।

ऑन-प्रिमाइस में, Odoo के अपग्रेड दस्तावेज़ीकरण में बताए अनुसार, डेटाबेस सर्वर पर आधिकारिक अपग्रेड स्क्रिप्ट को test विकल्प, डेटाबेस के नाम और लक्ष्य संस्करण के साथ चलाएँ। सर्वर को अपग्रेड सर्वरों तक नेटवर्क पहुँच की आवश्यकता होती है। लौटाई गई कॉपी में फ़ाइलस्टोर शामिल नहीं होता, इसलिए परीक्षण से पहले प्राप्त फ़ाइलस्टोर फ़ोल्डर को अपने प्रोडक्शन फ़ाइलस्टोर के साथ मर्ज करें।

हर सफल अपग्रेड के बाद, एक अपग्रेड रिपोर्ट पुष्टि ईमेल के साथ संलग्न की जाती है और व्यवस्थापकों के लिए Discuss में भी पोस्ट की जाती है। इसे ध्यान से पढ़ें: इसमें बताया जाता है कि क्या बदला है और किन बातों पर ध्यान देने की आवश्यकता है।

चरण 2: अपने कस्टम मॉड्यूल अपग्रेड करें

जिस डेटाबेस में कस्टम मॉड्यूल हों, उसे तब तक अपग्रेड नहीं किया जा सकता जब तक उन मॉड्यूल का लक्ष्य रिलीज़ के अनुकूल संस्करण उपलब्ध न हो। यह काम टेस्ट अनुरोध के साथ-साथ शुरू करें।

• डेवलपमेंट रोकें: अपग्रेड पूरा होने तक नई सुविधाएँ जोड़ना बंद करें और केवल बग फ़िक्स स्वीकार करें।
• अपने कस्टमाइज़ेशन की तुलना नए संस्करण से करें और वह सब हटा दें जो अब Odoo मानक रूप से प्रदान करता है।
• हर मॉड्यूल को लक्ष्य संस्करण के एक खाली डेटाबेस पर इंस्टॉल करें और हर त्रुटि और चेतावनी को ठीक करें।
• व्यू, ईमेल टेम्पलेट, रिपोर्ट, सर्वर और स्वचालित क्रियाएँ तथा कंप्यूटेड फ़ील्ड जाँचें, और जहाँ उपयोगी हो वहाँ स्वचालित परीक्षण जोड़ें।
• डेटा में बदलावों के लिए अपग्रेड स्क्रिप्ट लिखें: नाम बदले गए मॉडल, फ़ील्ड और एक्सटर्नल ID, हटाए गए मॉडल से पुनः प्राप्त डेटा, और पुनर्गणना किए गए फ़ील्ड।

अपग्रेड स्क्रिप्ट मॉड्यूल के भीतर upgrades या migrations नामक फ़ोल्डर में रहती हैं, फिर मॉड्यूल के पूर्ण संस्करण के नाम वाले फ़ोल्डर में, उदाहरण के लिए 19.0.2.0। हर फ़ाइल pre-, post- या end- से शुरू होती है, जो तय करता है कि वह कब चलेगी: मॉड्यूल लोड होने से पहले, मॉड्यूल अपडेट होने के बाद, या सभी मॉड्यूल अपडेट होने के बाद। हर फ़ाइल एक migrate फ़ंक्शन परिभाषित करती है, जिसे डेटाबेस कर्सर और इंस्टॉल किया गया संस्करण प्राप्त होता है।

Odoo.sh पर प्लेटफ़ॉर्म आपके मॉड्यूल अपडेट करते समय इन स्क्रिप्ट को चलाता है। ऑन-प्रिमाइस में आप अपग्रेड किया गया डंप रीस्टोर करते हैं और odoo-bin तथा update विकल्प के साथ अपने मॉड्यूल अपडेट करते हैं। Odoo Online पर कस्टम Python मॉड्यूल इंस्टॉल नहीं किए जा सकते, इसलिए वहाँ कस्टम कोड Studio से बनाना होता है।

चरण 3: अपग्रेड किए गए डेटाबेस का परीक्षण करें

प्रोडक्शन की सुरक्षा के लिए टेस्ट डेटाबेस को निष्प्रभावी (neutralised) कर दिया जाता है: शेड्यूल की गई क्रियाएँ अक्षम कर दी जाती हैं, आउटगोइंग मेल सर्वर को एक नकली सर्वर से बदल दिया जाता है, भुगतान प्रदाता और डिलीवरी कैरियर टेस्ट मोड में डाल दिए जाते हैं, और बैंक सिंक्रनाइज़ेशन बंद कर दिया जाता है। यदि आपको इसका परीक्षण करना हो, तो अपने बैंक प्रदाता से सैंडबॉक्स क्रेडेंशियल माँगें।

• जाँचें कि प्रोडक्शन में सक्रिय व्यू अपग्रेड के बाद भी सक्रिय हैं।
• इनवॉइस, कोटेशन, डिलीवरी स्लिप और अन्य रिपोर्ट प्रिंट करें और उनकी तुलना प्रोडक्शन से करें।
• रिकॉर्ड बनाएँ और संपादित करें, तथा सर्च फ़िल्टर, ईमेल टेम्पलेट और एक्सपोर्ट का परीक्षण करें।
• वेबसाइट पेज जाँचें और अपने मुख्य व्यावसायिक प्रवाहों को शुरू से अंत तक चलाएँ, उदाहरण के लिए कोटेशन से इनवॉइस से भुगतान तक, और खरीद से रसीद से बिल तक।
• API और EDI जैसे बाहरी इंटीग्रेशन, स्वचालित क्रियाओं, सर्वर क्रियाओं और विभिन्न ऐप्स के बीच चलने वाले वर्कफ़्लो का परीक्षण करें।
• प्रमुख आँकड़ों की तुलना प्रोडक्शन से करें: स्टॉक मूल्य, खाता शेष, बकाया प्राप्य और देय।

हर विभाग को एक लिखित टेस्ट स्क्रिप्ट और एक ज़िम्मेदार व्यक्ति दें, और हर परिणाम दर्ज करें। जो परीक्षण लिखा नहीं गया, वह हुआ ही नहीं।

चरण 4: लाइव होने से पहले समस्याओं की रिपोर्ट करें

टेस्ट डेटाबेस में मिले हर अंतर या त्रुटि की रिपोर्ट सपोर्ट पेज के माध्यम से माइग्रेशन चरण चुनकर Odoo सपोर्ट को करें। इसके बाद Odoo अपग्रेड स्क्रिप्ट को ठीक करता है और सुधार की पुष्टि के लिए आप एक नए टेस्ट डेटाबेस का अनुरोध करते हैं। परिणाम पूरी तरह साफ़ होने तक यह प्रक्रिया दोहराएँ।

चरण 5: प्रोडक्शन अपग्रेड की योजना बनाएँ

• कम गतिविधि वाला समय चुनें, क्योंकि अपग्रेड के दौरान डेटाबेस उपलब्ध नहीं रहता।
• गो-लाइव से कुछ समय पहले एक नए टेस्ट डेटाबेस का अनुरोध करें और एक दिन पहले पूरा पूर्वाभ्यास (रिहर्सल) करें।
• उपयोगकर्ताओं को डाउनटाइम की अवधि के बारे में सूचित करें और अपग्रेड शुरू होने से पहले डेटा प्रविष्टि रोक दें।
• बैकअप लें और उसकी जाँच करें, और गो-लाइव के बाद के शुरुआती घंटों के लिए एक छोटी चेकलिस्ट तैयार करें।

चरण 6: प्रोडक्शन अपग्रेड का अनुरोध करें

Odoo Online पर, टेस्ट अनुरोध को दोहराएँ, लेकिन उद्देश्य को Production पर सेट करें। प्रक्रिया पूरी होने के बाद आप पिछले संस्करण पर वापस नहीं जा सकते।

Odoo.sh पर, प्रोडक्शन अपग्रेड तब शुरू होता है जब प्रोडक्शन ब्रांच पर एक नया कमिट पुश किया जाता है, ताकि अपग्रेड किया गया डेटाबेस और आपके अपडेट किए गए कस्टम मॉड्यूल एक साथ डिप्लॉय हों। यदि कुछ भी विफल होता है, तो प्लेटफ़ॉर्म अपग्रेड को स्वचालित रूप से वापस ले लेता है, और सफल होने पर अपग्रेड से पहले लिया गया बैकअप सुरक्षित रखता है।

ऑन-प्रिमाइस में, वही अपग्रेड स्क्रिप्ट test के बजाय production विकल्प के साथ चलाएँ। डेटाबेस भेजे जाने के बाद प्रोडक्शन में किया गया कोई भी बदलाव अपग्रेड किए गए डेटाबेस में दिखाई नहीं देगा। नया संस्करण शुरू करने से पहले फ़ाइलस्टोर को मर्ज करें।

चरण 7: गो-लाइव के बाद सहायता

शुरुआती दिनों में प्रमुख उपयोगकर्ताओं को उपलब्ध रखें, शेड्यूल की गई क्रियाओं, ईमेल और इंटीग्रेशन के दोबारा सक्षम होने पर उनकी निगरानी करें, और किसी भी समस्या की रिपोर्ट प्रोडक्शन चरण के अंतर्गत Odoo सपोर्ट को करें।

Enterprise ग्राहकों के लिए अपग्रेड सेवा में क्या शामिल है

Odoo Enterprise के साथ, नवीनतम संस्करण में अपग्रेड सब्सक्रिप्शन में शामिल है, साथ ही अपग्रेड किए गए डेटाबेस में पाए गए अंतरों के लिए सहायता भी। इसमें मानक ऐप्लिकेशन, Studio के कस्टमाइज़ेशन (जब तक Studio और उसका सब्सक्रिप्शन सक्रिय हो), और कस्टमाइज़ेशन-रखरखाव सब्सक्रिप्शन के अंतर्गत आने वाले कस्टमाइज़ेशन शामिल हैं।

इसमें मौजूदा डेटा या कॉन्फ़िगरेशन की सफ़ाई, रखरखाव अनुबंध के बिना इन-हाउस या थर्ड-पार्टी मॉड्यूल का अपग्रेड, या नए संस्करण का प्रशिक्षण शामिल नहीं है। Community उपयोगकर्ता इस सेवा के अंतर्गत नहीं आते और आम तौर पर Odoo Community Association द्वारा संचालित ओपन-सोर्स OpenUpgrade प्रोजेक्ट पर निर्भर रहते हैं।

अपग्रेड प्रोजेक्ट्स से व्यावहारिक सुझाव

• अपग्रेड से पहले मास्टर डेटा साफ़ करें: डुप्लिकेट पार्टनर, अप्रयुक्त उत्पाद और संग्रहीत (आर्काइव) कॉन्फ़िगरेशन परीक्षण को धीमा कर देते हैं।
• टेस्ट अनुरोध से पहले उन मॉड्यूल को अनइंस्टॉल करें जिनका अब आप उपयोग नहीं करते, ताकि अपग्रेड को कम रूपांतरण करना पड़े।
• अपनी योजना में एक बार में एक संस्करण आगे बढ़ने का हिसाब रखें, भले ही सेवा सीधे लक्ष्य संस्करण तक अपग्रेड करती हो।
• हर कस्टमाइज़ेशन की सूची उसके ज़िम्मेदार व्यक्ति के साथ रखें और हर एक के लिए निर्णय लें: रखना है, मानक सुविधा से बदलना है या हटाना है।
• पूर्वाभ्यास को कभी न छोड़ें: गो-लाइव के समय की ज़्यादातर अप्रत्याशित समस्याएँ अंतिम परीक्षण के बाद दर्ज किए गए डेटा से आती हैं।

1CBMS कैसे मदद कर सकता है

1CBMS, Odoo अपग्रेड प्रोजेक्ट्स की योजना बनाकर उन्हें शुरू से अंत तक संचालित करता है: आपके वर्तमान संस्करण और कस्टमाइज़ेशन का आकलन, कस्टम मॉड्यूल का माइग्रेशन, हर विभाग के लिए टेस्ट स्क्रिप्ट तैयार करना, Odoo सपोर्ट के साथ समस्याओं का प्रबंधन और प्रोडक्शन गो-लाइव की निगरानी। अपने अपग्रेड मार्ग की समीक्षा के लिए वेबसाइट के माध्यम से हमसे संपर्क करें।