अपनी वेबसाइट का बैकअप कैसे लें और यह क्यों ज़रूरी है

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

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

वेबसाइट बैकअप ज़्यादातर लोगों की सोच से ज़्यादा क्यों मायने रखते हैं

बैकअप आपको किससे बचाता है

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

बैकअप न होने पर क्या होता है

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

वेबसाइट बैकअप में क्या शामिल होता है?

फ़ाइलें

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

डेटाबेस

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

पूरे बैकअप बनाम छोटे बैकअप

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

अपनी वेबसाइट का बैकअप कैसे लें

जब आपका प्लेटफ़ॉर्म यह संभाले

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

जब आप अपनी होस्टिंग ख़ुद संभालते हैं

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

बैकअप प्लगइन या सेवा इस्तेमाल करना

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

वेबसाइट का बैकअप कहाँ रखना चाहिए?

उसी सर्वर पर नहीं

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

ऑफ़-साइट स्टोरेज

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

कितनी कॉपी रखें

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

वेबसाइट का बैकअप कितनी बार लेना चाहिए?

आवृत्ति को साइट के बदलने के हिसाब से रखें

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

बदलाव करने से पहले बैकअप लें

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

कैसे जाँचें कि बैकअप सच में काम करता है

टेस्टिंग ज़रूरी क्यों है

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

क्या टेस्ट करें

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

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

WEMASY पर वेबसाइट बैकअप

अपने डैशबोर्ड में देखें कि आपके प्लान में बैकअप और रीस्टोर के कौन-से विकल्प शामिल हैं, और अपने ज़रूरी कंटेंट, जैसे टेक्स्ट और इमेज, की अपनी कॉपी भी रखें।

बैकअप के अलावा भी अपने ज़रूरी कंटेंट की एक अलग कॉपी अपने पास रखना हमेशा अच्छी आदत है।

क्या-क्या शामिल है, यह WEMASY वेबसाइट बिल्डर पर देखें, या प्राइसिंग पेज पर प्लान के विकल्प देखें।

अक्सर पूछे जाने वाले सवाल