मिनिमल या नो डाउनटाइम वाली वेबसाइट को कैसे माइग्रेट करें

कई उभरती प्रौद्योगिकियां एक वेबसाइट को एक होस्ट से दूसरे होस्ट में स्थानांतरित करने के लिए अत्यधिक आसान बनाती हैं। हालांकि, स्थानांतरण की गति कितनी तेज़ है, कोई फर्क नहीं पड़ता, औसत ग्राहक को स्थानांतरण प्रक्रिया के दौरान कुछ डाउनटाइम का अनुभव हो सकता है। इस बात पर निर्भर करता है कि पर्दे के पीछे क्या चल रहा है, पुराने और नए वेब होस्ट के बीच DNS सर्वर के हस्तांतरण के कारण नए रजिस्ट्रार को इस तरह के परिवर्तन के लिए अनुरोध करने के बाद 12 से 72 घंटे के लिए एक डोमेन के लिए अंधेरा हो सकता है।.

वेबसाइट फ़ाइलों को स्थानांतरित करने, महत्वपूर्ण डेटाबेस को पुनर्स्थापित करने और काम करने के क्रम में हर सॉफ़्टवेयर इंस्टॉलेशन और सबडोमेन कॉन्फ़िगरेशन प्राप्त करने की आवश्यकता के साथ संयुक्त, आपकी साइट पूरी तरह से कार्य करने से पहले निष्क्रियता के एक दिन तक ले सकती है। हालांकि हैं, एक नया मेजबान सर्वर के लिए एक वेबसाइट स्थानांतरित करते समय आपदा से बचने के लिए कुछ बहुत बढ़िया ट्रिक्स. जब तक साइट के व्यवस्थापक को cPanel, IP पते, और अधिक उन्नत FTP लॉगिन रूटीन की सामान्य समझ है, तब तक ये युक्तियां अपेक्षाकृत आसान होती हैं, जो DNS को परिवर्तित और स्थानांतरित करने से पहले एक नई वेब होस्टिंग योजना के कॉन्फ़िगरेशन पर काम करने में सक्षम बनाएगी। नया मेजबान.

दिन के अंत में, यदि औसत ग्राहक पर्दे के पीछे किए जा रहे किसी भी बदलाव से पूरी तरह अनजान है, तो मिशन एक सफलता है!

1. पहले हटो, बाद में रद्द करो

चाल पूरी होने से पहले मौजूदा वेब होस्टिंग योजना को रद्द न करें.

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

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

उस कॉल को पकड़ो

वेब होस्टिंग कंपनियां आम तौर पर लगभग तुरंत ही एक योजना को रद्द कर देती हैं - जैसे ही ग्राहक की कॉल समाप्त हो गई है - वर्तमान महीने की सेवा या सदस्यता शुल्क की समाप्ति की प्रतीक्षा किए बिना। इसे उपभोक्ता के सर्वोत्तम हित के रूप में देखा जाता है, जैसा कि उन्हें किसी भी शेष फीस का तत्काल और पूर्व-भुगतान रिफंड मिलता है.

हालाँकि, इसका मतलब यह भी है कि कंपनी वस्तुतः अपलोड की गई जानकारी के हर टुकड़े को कचरा कर देगा कंपनी के साथ अपने समय के दौरान सर्वर के लिए। कई मामलों में, इन फ़ाइलों को पुनर्प्राप्त करने और नए वेब होस्टिंग कंपनी के सर्वर या साझा होस्टिंग योजना में स्थानांतरित करने का कोई अवसर नहीं होगा.

यह उस प्रकार की डाउनटाइम है, जिससे उबरना बेहद कठिन है, क्योंकि इसमें संभावित रूप से सभी सामग्री और ग्राहक डेटा का नुकसान होता है, साथ ही कुछ वेबसाइटों के लिए वाणिज्यिक नुकसान और ग्राहक भुगतान विवरण भी होते हैं।.

क्या करें

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

जब सब कुछ ठीक से संक्रमण के रूप में सत्यापित किया गया है, तभी पुरानी होस्टिंग योजना को रद्द कर दिया जाना चाहिए.

2. बैकअप फ़ाइलों को डाउनलोड करें

CPanel में लॉग इन करें और वेबसाइट फ़ाइलों और डेटाबेस जानकारी के संपीड़ित बैकअप प्राप्त करें.

उपयोग में आसानी के लिए, एक नए वेब होस्ट पर जाने वाले ग्राहकों को यह सुनिश्चित करना चाहिए कि नई और पुरानी दोनों होस्टिंग कंपनियां एक ही वेब-आधारित प्रशासन तकनीक को नियोजित करें। आमतौर पर, यह बीच का चुनाव होगा cPanel और थोड़ा कम लोकप्रिय PleskPanel वेबसाइट नियंत्रण कक्ष.

दोनों मेजबानों द्वारा नियोजित प्रौद्योगिकी को संरेखित करना सबसे आसान तरीका है सुनिश्चित करें कि डेटा को जल्दी से बैकअप और बहाल किया जा सकता है बस के रूप में जल्दी में एक फैशन। CPanel कंट्रोल पैनल विकल्प के लिए, जो कि वस्तुतः वेब होस्टिंग में मानक है, ग्राहकों को अपने डोमेन पर 2082 पोर्ट नंबर संलग्न करना चाहिए।.

संदर्भ के लिए, यह एक वेब ब्राउज़र के एड्रेस बार में इस तरह दिखता है: http://my-site.com:2082। वैकल्पिक रूप से, http://my-site.com/cpanel कुछ वेबसाइटों के लिए काम कर सकता है:

बैकअप पृष्ठ का पता लगाएँ

CPanel इंटरफ़ेस में सफलतापूर्वक लॉग इन करने के बाद, लेबल किए गए सेटिंग्स और नियंत्रण पैनल पृष्ठों का एक समूह ढूंढें “बैकअप.” यह करने के लिए उपकरण शामिल हैं बैकअप साइट का मुख्य है “public_html” फ़ोल्डर साथ ही किसी भी उपडोमेन। इसके अतिरिक्त, यहाँ उपकरण वेब होस्टिंग ग्राहकों की सहायता करेंगे नए सर्वर पर बहाली के लिए उनके MySQL डेटाबेस का बैकअप.

खोजो “बैकअप डाउनलोड करें” इस समूहीकरण के भीतर विकल्प, और संबंधित cPanel प्रशासन पृष्ठ पर क्लिक करें.

बैकअप डाउनलोड कर रहा है

इस पृष्ठ पर, cPanel उपलब्ध बैकअप को प्रकार से तोड़ देगा। एक पूर्ण-साइट बैकअप उपलब्ध है; उन्हें उस फ़ाइल को डाउनलोड करना चाहिए ताकि बाद में इसे किसी अन्य होस्ट पर अपलोड किया जा सके। वहाँ भी होगा हर उपडोमेन के लिए विशिष्ट बैकअप फाइलें वेबसाइट के भीतर। ये आम तौर पर वैकल्पिक होते हैं क्योंकि पूर्ण वेबसाइट बैकअप में वह सभी जानकारी होगी, लेकिन सुरक्षित होने के लिए, आप इन्हें डाउनलोड कर सकते हैं.

एक ही बैकअप डाउनलोड पृष्ठ पर एक अलग क्षेत्र में, ग्राहक व्यक्तिगत रूप से प्रत्येक MySQL डेटाबेस के एक संपीड़ित बैकअप को सुरक्षित कर सकते हैं. प्रत्येक डेटाबेस को इसके संकुचित प्रारूप में डाउनलोड किया जाना चाहिए. इन्हें बाद के समय में मिलान डेटाबेस नाम बनाने के लिए नए सर्वर पर अपलोड किया जाएगा.

डीकंप्रेस मत करो!

इस प्रक्रिया के दौरान, सुनिश्चित करें कि डाउनलोड की गई किसी भी बैकअप फ़ाइल को विघटित न करें। ऐसा इसलिए है क्योंकि ग्राहक द्वारा फाइल अपलोड किए जाने पर यह प्रक्रिया नए सर्वर द्वारा पूरी की जाएगी.

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

3. स्थानांतरण करना

संपीड़ित बैकअप फ़ाइलों को नए सर्वर पर अपलोड करना शुरू करें.

वस्तुतः प्रत्येक वेब होस्टिंग कंपनी, पहले महीने की फीस प्राप्त करने के बाद, ईमेल जैसी जानकारी भेजती है डोमेन नाम सर्वर और आईपी पते का विवरण नई होस्टिंग योजना के लिए। इस आईपी पते का उपयोग DNS प्रसार से पहले वेबसाइट की सामग्री को देखने के लिए किया जा सकता है, और परिवर्तनों से पहले व्यक्तिगत एफ़टीपी खाते और cPanel प्रशासन इंटरफ़ेस तक पहुंचने के लिए।.

प्रवेश किया

इस ईमेल को ढूंढें और प्रासंगिक आईपी पते की तलाश करें। यदि किसी cPanel लिंक को विशेष रूप से शामिल नहीं किया गया है, तो मान लें कि या तो “/ cpanel” या “: 2082” एक प्रशासनिक लॉगिन सक्षम करने के लिए पोर्ट प्रत्यय को उस आईपी पते में जोड़ा जा सकता है.

नए सर्वर के cPanel पुनरावृत्ति में प्रवेश करने पर, चरण 2 में वर्णित बैकअप टूल का पता लगाएं और फिर बैकअप डाउनलोड पृष्ठ पर जाएँ। पृष्ठ पर, पूर्ण-साइट बैकअप के साथ जुड़े फ़ाइल-अपलोड बॉक्स का पता लगाएं। यह अक्सर एक के रूप में लेबल किया जाएगा “बैकअप बहाल” सुविधा. पुरानी वेब होस्टिंग कंपनी से डाउनलोड की गई पूरी साइट बैकअप फ़ाइल का चयन करें अपलोड प्रक्रिया शुरू करने के लिए.

फ़ाइल पूरी तरह से अपलोड होने के बाद, वेबपृष्ठ ताज़ा हो जाएगा और फ़ाइल-विशिष्ट विवरण पंक्ति-दर-पंक्ति आधार पर प्रदर्शित होंगे क्योंकि प्रत्येक फ़ाइल को स्थानांतरित किया जाता है। जब यह दूसरा पृष्ठ लोड करना बंद कर देता है, तो प्रक्रिया पूरी हो जाती है। ब्राउज़र का पता लगाएँ “वापस” बटन पिछले पृष्ठ पर लौटने के लिए और बहुत हद तक उसी तरह से डेटाबेस बहाली प्रक्रिया शुरू करें। जब सभी जानकारी स्थानांतरित हो जाती है, तो कुछ सेटिंग्स को समायोजित करने और पर्दे के पीछे वास्तविक निर्बाध संक्रमण प्रक्रिया शुरू करने का समय है.

4. सुनिश्चित डेटाबेस काम कर रहा है

एक बात का ध्यान रखें कि डेटाबेस बैकअप फ़ाइलों में प्रत्येक MySQL डेटाबेस से जुड़े उपयोगकर्ता नाम, पासवर्ड और अनुमतियों की जानकारी नहीं होती है। यह जानकारी cPanel के भीतर MySQL डेटाबेस इंटरफ़ेस में दर्ज करने की आवश्यकता होगी.

उपसर्ग पदार्थ

इसके अलावा, cPanel के भीतर प्रत्येक डेटाबेस को सौंपे गए उपसर्ग पर ध्यान दें। विसंगतियों के मामले में, (उदाहरण के लिए "jsmith_wordpress" बनाम "jsm_wordpress"), उपसर्गों को प्रत्येक सॉफ़्टवेयर अनुप्रयोग की कॉन्फ़िगरेशन फ़ाइल में बदलना होगा जो उस डेटाबेस से जुड़ता है.

सभी प्रासंगिक जानकारी

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

उन सभी को बदलने की जरूरत है जो अंतिम उपयोगकर्ता को प्रदर्शित करने के लिए दो होस्टिंग खातों की फ़ाइलों को डोमेन को बताने वाली जानकारी है.

5. नामधारी स्विच करें

नए डोमेन नाम सर्वर का उपयोग करने के लिए डोमेन रजिस्ट्रार को बताएं

प्रक्रिया का अंतिम चरण बस वर्तमान नाम का उपयोग करने के लिए एक अलग सर्वर पर फ़ाइलों और डेटा को दिखाने के लिए डोमेन नाम बताना है। इसके द्वारा किया जाता है डोमेन पंजीकरण नियंत्रण कक्ष में प्रवेश करना डोमेन पंजीयक द्वारा प्रदान की जाती है (उदाहरण के लिए, GoDaddy या होवर जैसी सेवाएं).

इस नियंत्रण कक्ष के भीतर, शीर्षक या साइडबार आइटम नाम दिया गया है “डोमेन नाम सर्वर” दिखाना चाहिए, और उस क्षेत्र में रखी गई वर्तमान जानकारी इस तरह दिखनी चाहिए:

 NS1.OLD-WEBHOST.COM NS2.OLD-WEBHOST.COM

इन नए नाम सर्वर के साथ प्रतिस्थापित करने की आवश्यकता है (यह भी ईमेल में पाया गया) नए होस्ट के लिए। (यदि यह जानकारी नहीं मिली है, तो होस्ट के सहायता अनुभाग पर जाएं, उनके दस्तावेज़ीकरण को ब्राउज़ करें या एक प्रतिनिधि से संपर्क करें जो सर्वर विवरण प्राप्त कर सकते हैं।)

डीएनएस रिकॉर्ड में बदलाव ज्यादातर मामलों में 12 से 24 घंटों में प्रभावी होगा, हालांकि कुछ ने छह घंटे के रूप में कम अनुभव किया है। इस समय के दौरान, नई और पुरानी दोनों वेबसाइट ठीक से काम करेंगी, और ग्राहकों को समान सामग्री दिखाई देगी, जो कोई भी होस्ट की गई फ़ाइलों को प्रस्तुत नहीं करती है.

नामकरण प्रचार के लिए प्रतीक्षा करें

ध्यान रखें कि प्रसार पूरा होने से पहले सामग्री पोस्ट करने से नई होस्ट फ़ाइलों के सक्रिय होने के बाद खोई हुई सामग्री या डेटा हो सकता है। जबकि डाउनटाइम कोई समस्या नहीं होगी, वेबसाइट, मालिकों को कोई भी बदलाव करने से बचना चाहिए किसी साइट के डिज़ाइन, फ़ाइलें, या सामग्री के लिए, जब तक वे पूरी तरह से सुनिश्चित नहीं हो जाते कि प्रक्रिया पूरी हो चुकी है और वे नए होस्ट सर्वर तक पहुंच रहे हैं.

जब ऐसा हो जाता है, तो वेबसाइट को किसी नए वेब होस्टिंग प्रदाता के पास मूल रूप से स्थानांतरित करने की प्रक्रिया पूरी हो जाती है और उपयोगकर्ताओं को डाउनटाइम के एक सेकंड के बिना संक्रमण से बच जाएगा.

सारांश

वेबसाइट का परीक्षण करना सुनिश्चित करें और सुनिश्चित करें कि सभी सुविधाएँ ठीक से काम कर रही हैं; जब सब कुछ ठीक उसी तरह से काम कर रहा होता है जैसे पहले किया जाता था, तब आप पुराने होस्टिंग प्लान को रद्द कर सकते हैं। यही सब है इसके लिए!