वेब-ब्राउज़र की मदद से अपडेट

शुरू करने से पहले

अपग्रेड शुरू करने से पहले, सुनिश्चित करें कि आपने इस गाइड के पिछले पन्ने पढ़ लिए हैं:

• Drupal 6 या 7 से Drupal 8 में अपग्रेड
• अपग्रेड की तैयारी
• अपग्रेड दृष्टिकोण का चयन

सुनिश्चित करें कि आप Drupal 8 का नवीनतम संस्करण उपयोग कर रहे हैं। आप अपने Drupal 8 साइट की स्टेटस रिपोर्ट पेज (/admin/reports/status) पर अपनी संस्करण जांच सकते हैं। माइग्रेशन टूल्स विकासाधीन हैं, इसलिए नवीनतम माइग्रेशन अपडेट्स प्राप्त करने के लिए Drupal कोर अपडेट रखें।

सुनिश्चित करें कि आपके Drupal 8 साइट पर निम्नलिखित कोर मॉड्यूल सक्षम हैं:

• Migrate
• Migrate Drupal
• Migrate Drupal UI

Drupal 8 साइट पर वे contributed मॉड्यूल इंस्टॉल और सक्रिय करें जिनकी कॉन्फ़िगरेशन और कंटेंट आप स्रोत साइट से माइग्रेट करना चाहते हैं।

स्रोत साइट को परिभाषित करें

• आप अपने Drupal 8 साइट के /upgrade पथ पर जाकर अपग्रेड प्रक्रिया शुरू कर सकते हैं। यदि आपको "Page not found" दिखाई देता है, तो सुनिश्चित करें कि "Migrate Drupal UI" मॉड्यूल सक्षम है।
• अपने स्रोत Drupal 6/7 साइट के लिए डेटाबेस कनेक्शन विवरण निर्दिष्ट करें। यदि आपकी स्रोत साइट डेटाबेस प्रीफ़िक्स का उपयोग करती है, तो अतिरिक्त विकल्प खोलें और प्रीफ़िक्स प्रदान करें।
• अपने स्रोत साइट की पब्लिक और प्राइवेट फाइल डायरेक्ट्रीज निर्दिष्ट करें ताकि फाइलें आपके Drupal 8 साइट में कॉपी की जा सकें।
• नीचे दिया गया स्क्रीनशॉट देखें।

अपग्रेड से पहले विश्लेषण की समीक्षा करें

यदि डेटाबेस क्रेडेंशियल सही हैं, तो अपग्रेड ओवरव्यू पेज दिखाई देगा, जैसा कि नीचे दिए गए स्क्रीनशॉट में दिखाया गया है। इस पेज में पुराने साइट पर इंस्टॉल किए गए सभी मॉड्यूल्स की अपग्रेड स्थिति का सारांश प्रदर्शित होता है।

साइट बिल्डर के रूप में, आपको उन मॉड्यूल्स को ध्यान से जांचना चाहिए जिन्हें अपग्रेड नहीं किया जाएगा। प्रत्येक मॉड्यूल के लिए मूल्यांकन करें कि आपका Drupal 8 साइट उस मॉड्यूल के बिना काम कर सकता है या नहीं। आइए ऊपर दिखाए गए स्क्रीनशॉट से कुछ उदाहरण मॉड्यूल का उपयोग करें।

• Address field पता डेटा स्टोर करने के लिए एक फील्ड प्रकार प्रदान करता है।

- यदि आप अपग्रेड जारी रखते हैं, तो स्रोत साइट पर पते वाले नोड्स Drupal 8 में बिना पते के माइग्रेट होंगे, जो वांछित परिणाम नहीं होगा।
- इस समस्या को Address मॉड्यूल (Drupal 8) इंस्टॉल और सक्षम करके हल किया जा सकता है।
- दूसरे शब्दों में, आप तुरंत अपग्रेड नहीं करेंगे, बल्कि पहले गायब Drupal 8 मॉड्यूल इंस्टॉल करेंगे और फिर अपग्रेड प्रक्रिया फिर से शुरू करेंगे। उसके बाद आप देखेंगे कि Address field अपग्रेड किए जाने वाले मॉड्यूल्स की सूची में शामिल है।

• Color - Drupal 7 का कोर मॉड्यूल, जो संगत थीम्स की कलर स्कीम को आसानी से बदलने की अनुमति देता है।

- वर्तमान में Drupal 7 से Drupal 8 तक Color मॉड्यूल की कॉन्फ़िगरेशन सेटिंग्स माइग्रेट करने के लिए कोई अपग्रेड पथ नहीं है।
- हालांकि, आप अपग्रेड के बाद Drupal 8 साइट पर मैन्युअली कॉन्फ़िगरेशन सेटिंग्स सेट कर सकते हैं।
- आप सुरक्षित रूप से अपग्रेड जारी रख सकते हैं, लेकिन ध्यान रखें कि Drupal 7 Color मॉड्यूल की कॉन्फ़िगरेशन सेटिंग्स स्वतः माइग्रेट नहीं होंगी।

• Views आपको अपनी साइट की सामग्री के विभिन्न प्रकार की सूचियाँ बनाने की अनुमति देता है।

- भले ही आपके पास Drupal 8 Views सक्षम हो (अब यह कोर में है), Views अभी भी "Not upgraded" के रूप में दिखेगा। ऐसा इसलिए है क्योंकि Drupal 6/7 से Drupal 8 तक आपके Views कॉन्फ़िगरेशन माइग्रेट करने का कोई ऑटोमैटिक मैकेनिज़्म नहीं है।
- अपग्रेड करना सुरक्षित है, लेकिन अपग्रेड पूरा होने के बाद आपको Drupal 8 साइट पर Views मैन्युअली फिर से बनाना होगा।

अपग्रेड किए जाने वाले मॉड्यूल्स की सूची डिफ़ॉल्ट रूप से संक्षिप्त होती है। सूची खोलने पर आप देख सकते हैं कि आपके नए साइट में वास्तव में क्या शामिल होगा। उदाहरण के लिए, यह दिखाता है कि स्रोत साइट का Block मॉड्यूल Drupal 8 में दो मॉड्यूल्स में माइग्रेट होता है। यह केवल सूचनात्मक है, इसे बदला नहीं जा सकता।

ID संघर्ष चेतावनी

जैसा कि "अपग्रेड की तैयारी" सेक्शन में वर्णित है, Drupal 6 या Drupal 7 से Drupal 8 में अपग्रेड केवल तभी किया जाना चाहिए जब Drupal 8 साइट पूरी तरह खाली हो। उदाहरण के लिए, यदि आप अपग्रेड से पहले Drupal 8 साइट पर मैन्युअली एक नोड बनाते हैं, और Drupal 6/7 स्रोत साइट पर उसी ID वाला नोड मौजूद है, तो माइग्रेशन सिस्टम Drupal 8 में मैन्युअली बनाए गए नोड को ओवरराइट कर देगा।

यदि विरोधाभासी IDs पाए जाते हैं, तो एक चेतावनी प्रदर्शित होगी, जैसा कि नीचे दिखाया गया है। आप या तो इस चेतावनी को अनदेखा कर सकते हैं (डेटा हानि का जोखिम लेते हुए), या प्रक्रिया रोक सकते हैं और वैकल्पिक दृष्टिकोण अपना सकते हैं, जैसा कि ज्ञात समस्याओं के दस्तावेज़ में वर्णित है।

अपग्रेड निष्पादित करें

अपग्रेड से पहले का सारांश पेज वास्तविक अपग्रेड करने से पहले का अंतिम पेज होता है, इसलिए यह रद्द करने का अंतिम मौका है। जैसे ही आप "Perform upgrade" बटन पर क्लिक करेंगे, प्रक्रिया शुरू हो जाएगी।

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

नए संदेश पेज के शीर्ष पर प्रदर्शित होते हैं और प्रक्रिया जारी रहने पर पुराने संदेश नीचे से गायब हो जाते हैं।

माइग्रेशन लॉग्स की समीक्षा करें

अपग्रेड के दौरान दिखाए गए सभी संदेश बाद में देखे जा सकते हैं। प्रक्रिया पूरी होने के बाद आप साइट के होम पेज पर पहुँचेंगे, जहाँ सारांश संदेश प्रदर्शित होंगे:

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

आप संदेशों की सूची को फ़िल्टर करके केवल नोटिस (सकारात्मक फीडबैक के लिए) या केवल त्रुटियाँ (माइग्रेशन के दौरान पाए गए मुद्दों की रिपोर्टिंग के लिए) दिखा सकते हैं। यदि कुछ टूट गया है, तो या तो आपने एक बग पाया है (इस मामले में इश्यू क्यू जांचें या माइग्रेशन समूह से संपर्क करें), या आपका डेटा सेट बहुत बड़ा है (इस मामले में Drush का उपयोग करके अपग्रेड आज़माएँ)।