अंतिम गाइड अप और आपकी वेबसाइट को पुनर्स्थापित करने के लिए

अपनी वेबसाइट बनाने के लिए जानें कि किस उद्योग की CMS या विधि का उपयोग किए बिना इन उद्योग सर्वोत्तम प्रथाओं के साथ अपनी वेबसाइट को बैकअप और पुनर्स्थापित करें.


बैकअप कैसे लें और अपनी वेबसाइट को पुनर्स्थापित करें

अपनी व्यावसायिक वेबसाइट का निर्माण करते समय, पहली बात जो आप आमतौर पर चिंतित होते हैं, वह है आपकी साइट का उठना और चलना; यह बहुत काम लेता है, मुख्य बात यह है कि सब कुछ काम करना है। यह सुचारू रूप से ऊपर और चल रहा है, और अचानक, कुछ होता है। वह चला गया। आपकी फाइलें गायब हैं.

यदि आपने अपनी वेबसाइट को स्थानीय सर्वर पर बनाया है, तो आप महसूस कर सकते हैं कि आपके पास पहले से ही एक बैकअप है। आपके पास दो जगहों पर सब कुछ है, है ना? फ़ाइलें सर्वर और आपके कंप्यूटर पर मौजूद हैं। क्या गलत हो सकता था? यह सोचने के लिए बहुत कुछ नहीं लेता है कि क्या हो सकता है। आपका कंप्यूटर किसी कारण से मर जाता है, यह एक अप्रत्याशित शक्ति वृद्धि हो सकती है, या आपका 3 साल का समय आपके लैपटॉप पर दूध डालना मज़ेदार है। लेकिन हे, आपने इसे सर्वर पर संग्रहीत कर लिया है, इसलिए आपको चिंता क्यों करनी चाहिए, है ना? इतना शीघ्र नही….

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

इस लेख में, मैं अपनी वेबसाइट का बैकअप लेने के बारे में जानने के लिए आपको वह सब कुछ शामिल करूंगा, जिसमें व्हाट्स, व्हाट्सएप, और कैसे शामिल है.

Contents

क्यों बैकअप?

कई कारण हैं कि आपको अपनी वेबसाइट का बैकअप क्यों लेना चाहिए.

मैलवेयर, रैंडमवेयर, हटाई गई फाइलें, खराब कमांड, मानवीय त्रुटियां, असंतुष्ट डेवलपर्स या कर्मचारी, और सर्वर क्रैश सभी कारण हैं जिनकी वजह से आपको अपनी वेबसाइट का बैकअप लेना होगा।!

ट्वीट पर क्लिक करें

मैलवेयर / Randsomware

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

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

हटाए गए फ़ाइलें / खराब कमांड / मानव त्रुटियां

आपके सर्वर पर गलत फ़ाइल को हटाने के रूप में सरल कुछ, विंडोज / मैक पर एक साधारण “क्लिक / डिलीट” या लिनक्स में एक कमांड-लाइन या इसके डेरिवेटिव के साथ एक महत्वपूर्ण फ़ाइल मिटा सकता है या उस मामले के लिए सभी फाइलें (लिनक्स में) , कमांड rm -r diretoryname एक निर्देशिका और उसमें मौजूद सभी फाइलों को हटा देता है, अक्सर बिना किसी पुष्टि के, इससे भी बदतर, rm -rf / यहां तक ​​कि केवल-पढ़ने वाली फाइलें और रूट से सब कुछ हटा सकता है, जो अनिवार्य रूप से आपकी पूरी मशीन को मार देगा! ).

हैक्स

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

बुरा डेवलपर / कर्मचारी / जो कोई भी

कई व्यवसाय हमारी साइटों को डिजाइन करने के लिए तीसरे पक्षों पर बहुत अधिक भरोसा करते हैं। ज्यादातर मामलों में, वेब डेवलपर बाकी लोगों की तरह ही ईमानदार होते हैं। अधिकांश (आपकी तरह वास्तव में) महान हैं, और ईमानदार लोग (और विनम्र!)। हालाँकि, शायद आप भुगतान विवाद में पड़ गए हैं? जब लोग नैतिक व्यवहार पर विचार करते हैं, तो वे व्यापक रूप से भिन्न होते हैं। यह बहुत ही आसानी से एक क्रोधित (या नापाक) कर्मचारी के लिए है, जो आपकी वेबसाइट के बैक-एंड पर पहुंच जाता है, अगर वह खुश नहीं है, या जो भी कारण है, तो बस साइट को नीचे ले जाएं। यह कुछ ऐसा है जिसके बारे में हम सोचना पसंद नहीं करते हैं, लेकिन यह आम तौर पर सुरक्षित होने के लिए एक अच्छा विचार है.

सर्वर क्रैश

जब यह काम करता है तो प्रौद्योगिकी महान है। ज्यादातर मामलों में, खासकर यदि आप एक ठोस और प्रतिष्ठित होस्टिंग कंपनी का उपयोग कर रहे हैं, तो सर्वर क्रैश हो जाता है जहां आपके डेटा को मिटा दिया जाता है, एक दुर्लभ घटना है। लेकिन यहां तक ​​कि सबसे अच्छे प्रदाताओं में समस्याएं हैं। साथ ही, इन दिनों कई मामलों में, आपकी साइट को वर्चुअल सर्वर पर होस्ट करने की संभावना है। दूसरे शब्दों में, आपका डेटा एक स्वतंत्र भौतिक कंप्यूटर पर नहीं है, लेकिन कई अन्य लोगों या व्यवसायों के साथ साझा किया गया है। होस्टिंग प्रदाताओं के लिए एक भौतिक सर्वर पर कई अलग-अलग “आभासी” उदाहरणों की मेजबानी करना बहुत आम है.

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

इसके अलावा, भले ही आपने अपनी साइट को एक भौतिक सर्वर पर होस्ट किया हो, यह अनिवार्य रूप से है फिर भी सिर्फ एक कंप्यूटर. हालांकि सर्वर सुरक्षित स्थानों पर संग्रहीत किए जाते हैं, बहुत कुछ अपने कंप्यूटर के साथ की तरह, वहाँ अभी भी हमेशा मौका है कि कुछ गलत हो सकता है। सर्वर ओवरहीट कर सकते हैं, एक अप्रत्याशित प्राकृतिक आपदा हो सकती है, बिल्कुल गलत समय पर बिजली का उतार-चढ़ाव हो सकता है, या यहां तक ​​कि एक छिपी निर्माता की खराबी भी आपके डेटा के नुकसान का कारण बन सकती है। इसके ऊपर, सर्वर फ़ार्म समन्वित डेडिकेटेड डेनियल ऑफ़ सर्विस (डीडीओएस) हमलों के लिए एक लक्ष्य हो सकते हैं, जिन्हें चरम मामलों में पूर्ण रीबूट की आवश्यकता हो सकती है; यह हमेशा कुछ या सभी डेटा खो जाने की संभावना है.

इन कारणों के लिए, आमतौर पर सभी महत्वपूर्ण डेटा की प्रतिलिपि को किसी अन्य स्थान पर रखना एक अच्छा विचार है, इसलिए यदि इनमें से कोई भी संभव नहीं है, तो कोई संभावना नहीं है (मामले से मामले में भिन्न) ये होने वाली हैं.

क्या करें बैकअप?

जिन चीज़ों का आप बैकअप लेना चाहते हैं, उन्हें निम्न श्रेणियों में विभाजित किया जा सकता है:

फ़ाइलें

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

डेटाबेस

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

ईमेल खाते

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

त्वरित नोट: यदि आप अपने मेल सर्वर के अलावा किसी डेटाबेस में संपर्क जानकारी संग्रहीत कर रहे हैं, तो आपको उस बैकअप को भी वापस करना होगा!

कैसे करें बैकअप?

अपनी साइट का बैकअप लेना विशेष रूप से मुश्किल नहीं है, लेकिन इसे शुरू करने के लिए, आपको यह समझने की आवश्यकता है कि कई तरीके हैं। वे गुणवत्ता, विश्वसनीयता और आसानी से भिन्न होते हैं (आपके कौशल स्तर के आधार पर)। यह आमतौर पर एक से अधिक का उपयोग करने के लिए एक अच्छा विचार है.

1. अपने वेब होस्ट के माध्यम से

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

मैनुअल वेबसाइट बैकअप cPanel के माध्यम सेसभी सर्वर cPanel का उपयोग नहीं करते हैं, लेकिन आम तौर पर शुल्क के लिए समान प्रकार का बैकअप उपकरण प्रदान करते हैं.

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

वेब सर्वर बैकअप बैकअपयदि आपकी वेब होस्ट सर्वर पर यह समर्थित प्रतिलिपि प्रदान करती है, तो सुनिश्चित करें कि यह आपकी वेबसाइट की तुलना में किसी भिन्न सर्वर पर संग्रहीत है। नौकर दुर्घटना कर सकते हैं!

आपके प्रदाता की सेवाओं का उपयोग करने के फायदे काफी हद तक स्पष्ट हैं; यह आमतौर पर आपके मेजबान के साथ सहज है.

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

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

2. सीएमएस प्लगइन्स

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

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

एक और पहलू यह है कि आप विडंबना यह कर सकते हैं कि आपकी साइट अधिक कमजोर हो सकती है। PHP में स्वयं कुछ ज्ञात सुरक्षा समस्याएँ हैं, खासकर यदि कोड का उपयोग किया जा रहा है, पुराना है, या थोड़ा लिखा हुआ है। जब तक आप इन प्लगइन्स में जाने वाले कोड के बारे में पूरी तरह से निश्चित नहीं हैं (और गंभीरता से, जिनके पास किसी और के सोर्स कोड पर विराम लगाने का समय है?) आप अपने डेटा को सुरक्षित रखने के लिए जिस प्लगइन का उपयोग कर रहे हैं, वह इसे कम सुरक्षित बना सकता है। (हां, कई सम्मानित हैं और गुणवत्ता कोड प्रदान करते हैं। मैं यहां नहीं घबराऊंगा, लेकिन यह ध्यान रखने वाली बात है).

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

3. मैनुअल बैकअप

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

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

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

कमांड-लाइन विधि

यह अपेक्षाकृत सीधा है। निम्न आदेश एक संपूर्ण डेटाबेस का बैकअप लेगा.

$ mysqldump -u [uname] -p [pass] db_name > db_backup.sql
कोड का चयन करें

यदि आप इन्हें चलाने के बारे में अधिक जानकारी चाहते हैं, और विभिन्न विकल्प हैं, तो देखें MySQL प्रलेखन

PhpMyAdmin विधि

डेटाबेस के एक्सपोर्ट टैब पर जाएं, आपके द्वारा आवश्यक सभी विकल्पों को चुनें (आमतौर पर आप संभवतः “ड्रॉप टेबल” को शामिल करना चाहेंगे और पुराने संस्करण पर नई कॉपी लोड करना संभव बनाने के लिए डेटाबेस विकल्प बना सकते हैं, लेकिन खरीदार सावधान रहें … यह होगा वास्तव में नई प्रतिलिपि से बदलने के लिए मौजूदा डेटा मिटा दें).

फिर आप उन सभी फ़ाइलों को ले सकते हैं जो बनाई गई हैं (स्रोत कोड, डेटाबेस और चित्र) और उन्हें ज़िप करें और अपनी पसंद की प्रतियां रखें (मुझे व्यक्तिगत रूप से क्लाउड स्टोरेज जैसे कि Google ड्राइव, या ड्रॉपबॉक्स का उपयोग करना पसंद है).

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

त्वरित नोट: आप समय-समय पर उस निर्देशिका को साफ करना चाहेंगे जहां ये संग्रहीत हैं; जबकि sql फाइलें, जो टेक्स्ट फाइलें हैं, छोटी होती हैं, वे समय के साथ बन सकती हैं, और यदि आप छवियों या मल्टीमीडिया फ़ाइलों के अन्य बैकअप चला रहे हैं, तो आप पा सकते हैं कि आपका ड्राइव / सर्वर लंबे समय से पहले तेजी से फट रहा है।.

4. बैकअप सेवाएँ

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

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

नीचे कुछ लोकप्रिय बैकअप सेवाओं का बहुत संक्षिप्त नमूना दिया गया है। (डिस्क्लेमर: इसका उद्देश्य दूर से एक व्यापक मार्गदर्शक होना भी नहीं है, बस इतना समझ लेना है कि वहां क्या है। मैंने सभी उल्लिखित सेवाओं का परीक्षण नहीं किया है).

एक बैकअप रणनीति बनाने के लिए सर्वोत्तम अभ्यास

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

बैकअप के लिए कितनी बार?

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

स्वचालित शेड्यूलिंग

उपरोक्त के बाद, शेड्यूल सेट करना महत्वपूर्ण है। एक आधार रेखा के रूप में, आप संभवत: बैकअप निर्धारित करने के लिए समय निर्धारित करना चाहेंगे.

रिमोट स्टोरेज का इस्तेमाल करें

आप इस डेटा को कहां संग्रहीत कर रहे हैं? आप केवल अपने सर्वर, या यहां तक ​​कि अपने लैपटॉप पर प्रतियां नहीं रखना चाहेंगे। क्या आप बाहरी हार्ड ड्राइव का उपयोग करने जा रहे हैं? बादल? कौन सी क्लाउड सेवा?

अवधारण अवधि

आपको प्रत्येक बैकअप की प्रतियां कब तक रखने की आवश्यकता है? क्या एक साल पहले की फाइलें आवश्यक होंगी, या क्या वे सिर्फ धूल इकट्ठा कर रही हैं और क्या उन्हें हाल के बैकअप से बदला जा सकता है?

एन्क्रिप्शन

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

RAID एरेज़ पर बैकअप स्टोर करें

RAID एरर्स (इंडिपेंडेंट डिस्क के निरर्थक एरे) आपकी वेबसाइट और / या डेटा की कई प्रतियाँ बनाने के लिए न केवल एक अच्छा विचार है, बल्कि प्रदर्शन में सुधार भी करता है। डिस्क के फेल होने की स्थिति में वे अतिरिक्त सुरक्षा प्रदान करेंगे। यह पेशेवर बैकअप सेवाओं द्वारा प्रदान की गई एक विशिष्ट विशेषता है.

चयनात्मक पुनर्स्थापना

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

अपने बैकअप को पुनर्स्थापित करना

ठीक है, इसलिए आपकी साइट गायब हो गई, लेकिन आपके पास एक बैकअप है। आप अपनी साइट को बैकअप से कैसे पुनर्स्थापित करते हैं? यह अपेक्षाकृत सीधा है। यदि प्रतिलिपि को जिप फ़ाइल के रूप में संग्रहीत किया जाता है, तो बस इसे अनज़िप करें और सभी फ़ाइलों को उनके मूल स्थान पर वापस लोड करें। SQL फ़ाइल (पाठ फ़ाइल जो SQL डंप के दौरान बनाई गई थी) को ले लो और या तो कमांड-लाइन का उपयोग करके डेटाबेस को फिर से बनाएँ, या यदि phpMyAdmin (या MySQL वर्कबेंच जैसे किसी अन्य ग्राफिकल डेटाबेस प्रबंधन प्रणाली) का उपयोग करें, और या तो फ़ाइल को आयात करें या एक एसक्यूएल विंडो में पूरी चीज़ को कॉपी करें और चलाएं.

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

यदि आप एक पेशेवर बैकअप सेवा का उपयोग कर रहे हैं, तो यह प्रक्रिया और भी आसान होगी। किसी भी सभ्य सेवा को आपको अपने बैकअप को बहाल करने के लिए उपकरण प्रदान करना चाहिए, यह एक आंशिक बहाली या पूर्ण साइट बहाली है.

अतिरिक्त क्रेडिट: विकास के लिए मंचन

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

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

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

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

नीचे दो सबसे लोकप्रिय Git रिपॉजिटरी हैं.

  • GitHub यदि आप अपने स्रोत कोड (यह उसके दिल में खुला स्रोत है) साझा करने के लिए तैयार हैं, लेकिन यह भी बहुत सस्ती निजी कोड भंडार प्रदान करता है। यह कोड स्निपेट्स के लिए चारों ओर देखने के लिए एक शानदार स्थान है, और डेवलपर्स के एक महान समुदाय को होस्ट करता है
  • बिट बकेट समान है; जब तक एक समुदाय के रूप में नहीं, वे कुछ निजी रिपॉजिटरी की पेशकश मुफ्त में करते हैं.

निष्कर्ष

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

Jeffrey Wilson Administrator
Sorry! The Author has not filled his profile.
follow me