संक्षिप्त सारांश: (अंग्रेज़ी में) . . . " . . स्नैपशॉट और बैकअप को अक्सर मिश्रित किया जाता है, लेकिन दोनों के उद्देश्य अलग-अलग होते हैंः एक ही डिस्क पर त्वरित रिवॉल्वर के लिए स्नॅपशॉप; डेटा की प्रतिलिपि बनाने के लिए विभिन्न दोष क्षेत्रों में बैकअप। इस पाठ तालिका ने प्रकृति, भंडारण स्थान, पुनर्प्राप्ति गति, जोखिम कवरेज और लागत का पता लगाया, और वेबसाइट प्रोग्राम पैकेजिंग, MySQL अलग से निर्यात करने, ऑब्जेक्ट स्टोरेज अल्टरनेटिव कॉपी, तिमाही वसूली अभ्यास आदि के तरीके दिए, जिससे साइट निर्माण, विकास परीक्षण और विदेशी व्यापार व्यवसायों को यह निर्णय लेने में मदद मिली कि कब केवल स्नैપशॉट पर भरोसा करना चाहिए और कब स्वतंत्र रूप से बैकअप लेना चाहिए।
मुख्य निष्कर्ष: "हमारे पास कोई विकल्प नहीं है" . . . " . . ! मशीन रूम एक स्नैपशॉट फ़ंक्शन प्रदान करता है, फिर भी अपने स्वयं के बैकअप की आवश्यकता होती है। स्क्रीनशॉट समाधान यह है कि डिस्क अभी तक ठीक से काम कर रही थी और अब खराब हो गई है; क्या आप जल्दी से वापस जा सकते हैं? बैकअप समाधान यह हैः जब मशीन, स्टोरेज क्लस्टर, खाता या यहां तक कि सर्वर अनुपलब्ध है, तो डेटा को कहीं और पुनर्स्थापित नहीं किया जा सकता है।
क्या है: स्नैपशॉट और बैकअप अलग-अलग समस्याएं हल करते हैं
| आयाम | झलकियाँ | बैकअप |
|---|---|---|
| सार | एक समय में डिस्क की स्थिति का दर्पण | डेटा की अलग से सहेजी गई प्रतिलिपि |
| भंडारण स्थान | आम तौर पर स्रोत डिस्क के साथ संगणक कक्ष, भंडारण समूह या सेवा प्रदाता प्रणाली में | एक और मशीन, या किसी अन्य वस्तु के भंडारण बैरल में होना चाहिए |
| वसूली की गति | सेकंड से मिनट तक, तेजी से वापस जाने के लिए | डेटा की मात्रा, बैंडविड्थ, भंडारण प्रकार और पुनर्प्राप्ति के आधार पर धीमा |
| मुख्य रूप से | ऑपरेशन त्रुटि, अपग्रेड विफलता, सिस्टम क्षति और कॉन्फ़िगरेशन त्रुटियां | मशीन रूम की खराबी, खाता समस्याएं, सर्वर बंद हो गया और स्रोत वातावरण पूरी तरह से अनुपलब्ध है |
| सामान्य प्रतिबंध | संख्या और समय सीमा के साथ, अधिकांश शुल्क | लागत मुख्य रूप से भंडारण और बैंडविड्थ में है |
| क्या करने के लिए | परिवर्तन से पहले का पछतावा, अल्पकालिक वापसी | दीर्घकालिक अवधारण, विस्थापन और व्यवसाय की वसूली |
स्नैपशॉट एक ही डिस्क पर स्क्रॉल-बैक स्विच की तरह है। यह आमतौर पर मूल स्टोरेज सिस्टम पर निर्भर करता है, और पुनर्स्थापना के लिए डिस्क स्थिति को सीधे किसी समय बिंदु पर वापस ले जाया जा सकता है, इसलिए गति तेज है। बैकअप डेटा की दूसरी प्रतिलिपि स्क्रॉलिंग की तुलना में अधिक होता है।
निर्माण स्थल, विकास परीक्षण और विदेशी व्यापार के लिए, इन मतभेदों का पुनर्प्राप्ति लक्ष्य पर सीधा प्रभाव पड़ता हैः
- यदि समस्या को ठीक करने के लिए सिस्टम अपग्रेड विफलता है, तो फ़ोल्डर में त्रुटि हटाएं और साइट पेज असामान्य रूप से बंद हो जाए।
- यदि समस्या यह है कि एप्पल स्टोरेज क्लस्टर असामान्य है, तो खाता अवरुद्ध हो गया है या सर्वर को लॉक कर दिया गया है और सेवा बंद कर दी गई है।
- उद्योग में प्रचलित 3-2-1 सिद्धांत को मानदंड के रूप में इस्तेमाल किया जा सकता है: कम से कम तीन प्रतियां, दो अलग-अलग माध्यमों पर संग्रहीत हैं और उनमें से एक स्थानान्तरित है। यहां विस्थापन केवल एक अन्य निर्देशिका नहीं है, लेकिन यथासंभव एक ही मशीन, एक ही सर्वर या एक ही खराबी क्षेत्र से दूर है।
कैसे चुनेंः पुनर्प्राप्ति लक्ष्य के आधार पर बैकअप विधि
| दृश्य | क्या करें? | कारण |
|---|---|---|
| हाल ही में अपग्रेड किया गया, Nginx/ PHP / डेटाबेस कॉन्फ़िगरेशन को बदल दिया, नया संस्करण तैनात किया | मैन्युअल रूप से फ़ोटो खींचें और फिर परिवर्तन करें | खराब होने के बाद जल्दी से वापस रोल करें, पश्चाताप की दवाओं के लिए उपयुक्त |
| वेबसाइट प्रोग्राम फ़ाइलें, अपलोड किए गए अनुलग्नक और स्थिर संसाधन | दैनिक समय पर पैक किया गया वृद्धिशील बैकअप, एन्क्रिप्टेड ऑब्जेक्ट स्टोरेज या किसी अन्य VPS को भेजा जाता है | फ़ाइल प्रकार का डेटा पैकेजिंग और संग्रहण के लिए उपयुक्त है, अलग-अलग प्रतियां एकल बिंदु जोखिम को कम करती हैं |
| MySQL डेटाबेस | mysqldump या भौतिक बैकअप उपकरण का उपयोग करके अलग से निर्यात करें, न कि केवल डेटा निर्देशिका फ़ाइलों की प्रतिलिपि बनाएँ | डायरेक्ट कॉपी डेटा कैटलॉग में फ़ाइल असंगतता, इंजन स्टार्ट-अप और पुनर्प्राप्ति के बाद क्षति जैसी समस्याएं हो सकती हैं |
| विदेशी व्यापार, ग्राहक डेटा और ऑर्डर | डेटाबेस निर्यात + प्रोग्राम फ़ाइल पैकेजिंग + स्थानिक भंडारण + नियमित रूप से पुनर्प्राप्ति अभ्यास | इस तरह के डेटा की हानि वितरण, लेन-देन और ग्राहक विश्वास को प्रभावित करती है। |
| परीक्षण वातावरण विकसित करना | मुख्य रूप से स्नैपशॉट, महत्वपूर्ण परीक्षण डेटा का नियमित बैकअप | विकास परिवेश को फिर से बनाया जा सकता है, लेकिन स्क्रिप्ट, कॉन्फ़िगरेशन और नमूना डेटा अभी भी मूल्यवान हैं |
| उत्पादन का माहौल | फ़ोटोशॉप को फास्ट रोल करने के लिए, और बैकअप को आपदाओं से बचाने के लिए | काम का बंटवारा अलग है, यह जरूरी नहीं |
कम लागत वाले स्थानीय मामले
- वेबसाइट प्रोग्राम और डेटाबेस से अलग
वेबसाइट प्रोग्राम, चित्र और अपलोड की गई फाइलों का बैकअप पैक किया जा सकता है; डेटाबेस को केवल कैटलॉग फ़ाइलों की नकल करने के बजाय लॉजिक एक्सपोर्ट या फिजिकल बैकअप टूल का उपयोग करना चाहिए। MySQL mysqldump या भौतिक बैकअप उपकरण उपलब्ध हैं, जो कि डेटा मात्रा, एकरूपता आवश्यकताओं और पुनर्स्थापना गति पर निर्भर करता है
- स्वतंत्र भंडारण के लिए समयबद्ध वृद्धिशील बैकअप
प्रति दिन एक बैकअप करें, वेबसाइट प्रोग्राम और डेटाबेस को फ़ाइल एन्क्रिप्शन के बाद ऑब्जेक्ट स्टोरेज या किसी अन्य VPS पर भेजें। यहां कुंजी स्रोत मशीन बॉक्स से बाहर निकलने की है, न कि बैकअप फाइलों को उसी सर्वर निर्देशिका में रखना जारी रखें।
- विंडो बदलने के लिए स्नैपशॉट
सिस्टम को अपग्रेड करने, कॉन्फ़िगरेशन बदलने, प्लगइन्स इंस्टॉल करने या साइटों को स्थानांतरित करने से पहले मैन्युअल रूप से एक स्नैपशॉट लें। यदि परिवर्तन के बाद कुछ ही मिनटों में कोई गंभीर असामान्यता दिखाई देती है, तो इसे जल्दी से पूर्व-परिवर्तन स्थिति पर वापस लाया जा सकता है।
- बैकअप प्रतिलिपि बनाए रखने की नीति को अलग से योजनाबद्ध करें
फ़ोटो की संख्या और भंडारण समय सीमित है, अधिकांश शुल्क लिया जाता है। बैकअप को लगभग 7 दिनों, 30 दिनों या 12 महीनों तक संरक्षित किया जाना चाहिए ताकि संग्रहण लागत में असीमित वृद्धि से बचा जा सके।
- हर तिमाही एक रिकवरी अभ्यास करें
कोई बैकअप बहाल नहीं किया गया है, इसका मतलब यह है कि कोई भी बैकअप उपलब्ध नहीं है। प्रत्येक तिमाही में एक बैकअप निकाला जाता है और एक पूर्ण पुनर्प्राप्ति परीक्षण को अलग-थलग वातावरण में पूरा किया जाता है ताकि पुष्टि की जा सके कि प्रोग्राम शुरू हो सकता है, डेटाबेस आयात कर सकते हैं या महत्वपूर्ण पृष्ठों तक पहुंच सकते हैं।
ध्यान देंः सामान्य गड्ढे और चेकलिस्ट
सामान्य गड्ढे
| आम गलतफहमी | वास्तविक जोखिम | सुधार की विधि |
|---|---|---|
| फ़ोटो का बैकअप न लें | स्नैपशॉट और स्रोत डिस्क आमतौर पर एक ही दोष क्षेत्र में होते हैं, मशीन रूम, खाते, स्टोरेज क्लस्टर या सर्वर समग्र असामान्यताओं के कारण अनुपलब्ध हो सकते हैं | डेटा की एक प्रति किसी अन्य मशीन या सर्वर पर भेजें |
| केवल साइट निर्देशिका, कोई डेटाबेस बैकअप नहीं | साइटें खुली दिखती हैं, लेकिन ऑर्डर, उपयोगकर्ता, उत्पाद और लेख आदि अधूरे हो सकते हैं | प्रोग्राम फ़ाइल और डेटाबेस निर्यात को अलग-अलग बैकअप करें |
| MySQL डेटा निर्देशिका सीधे कॉपी करें | फ़ाइल असंगतता, तालिका क्षतिग्रस्त, इंजन की स्थिति असामान्य हो सकती है | mysqldump या भौतिक बैकअप उपकरण का उपयोग करें |
| बैकअप फ़ाइल अनएन्क्रिप्टेड | गलत तरीके से एक्सेस किए जाने पर संवेदनशील डेटा का खुलासा हो सकता है | बैकअप पूर्व-एन्क्रिप्टेड, कुंजी और बैकअप फ़ाइल अलग से संग्रहीत |
| बैकअप क्रेडेंशियल्स को सर्वर के साथ रखें | जब सर्वर को नियंत्रित किया जाता है, तो बैकअप खाते भी हटाए या हेरफेर किए जा सकते हैं | अलग-अलग खातों का उपयोग करना, एक ही कुंजी तक पहुंचना और नियमित रूप से बदलना |
| कभी नहीं परीक्षण बहाल | बैकअप फ़ाइल क्षतिग्रस्त, प्रारूप असंगत या निर्भरता गायब हो सकती है | पूर्ण वसूली परीक्षण के लिए एक तिमाही बैकअप निकालें |
चेकलिस्ट
- क्या बैकअप स्वचालित रूप से निष्पादित होता है और विफल होने पर आपको सूचित करता है?
- क्या कॉपी ने स्रोत मशीन और सर्वर को छोड़ दिया है?
- क्या बैकअप एन्क्रिप्टेड है?
- क्या बैकअप के लिए आवश्यक खाते, कुंजी और क्रेडेंशियल्स सर्वर से अलग हैं?
- एक बार में कितना समय लगेगा?
- क्या यह वसूली का समय व्यवसाय के लिए स्वीकार्य है?
- उन्होंने कहा, "हमारी सेना के जवानों ने इस युद्ध में भाग लिया है।
- क्या यह स्पष्ट रूप से पुष्टि की गई है कि कितने स्नैपशॉट रखे गए हैं, उन्हें कितनी देर तक रखा गया है, ट्रांस-एन्टरप्राइज कॉपी करने की क्षमता और पुनर्स्थापना शुल्क?
विशिष्ट सेवा प्रदाताओं के लिए, कितने स्नैपशॉट को बनाए रखा जा सकता है, क्या अंतर-क्षेत्रीय प्रतिलिपि का समर्थन किया जाता है, बहाल करने पर शुल्क लिया जाता है या नहीं, और यदि खाता प्रतिबंधित हो गया है तो स्नॅपशॉट्स तक पहुंच प्राप्त की जा सकती है। इन क्षमताओं में काफी भिन्नताएं हैं, जिन्हें आधिकारिक रूप से समझाया जाना चाहिए।
FAQ
1. क्या मशीन रूम की तस्वीरें बैकअप का विकल्प हो सकती हैं?
नहीं कर सकता: बैकअप का मूल मूल्य डेटा को वर्तमान मशीन, स्टोरेज क्लस्टर या सर्वर सिस्टम से बाहर निकालना है।
2. क्या हर दिन एक तस्वीर लेना, रोजाना बैकअप लेने के बराबर है?
यदि स्नैपशॉट और स्रोत डिस्क एक ही सर्वर, एक ही खाता या एक ही भंडारण समूह में हैं, तो इंजन कक्ष की विफलता, खाते की समस्या या सर्वर के बंद होने पर दोनों स्नॅपशॉट्स अनुपयोगी हो सकते हैं।
3. क्या MySQL डेटा कैटलॉग को सीधे बैकअप के लिए कॉपी कर सकता है?
यह अनुशंसित नहीं है. सीधे डेटा कैटलॉग फ़ाइलों को कॉपी करने के लिए असंगत या क्षतिग्रस्त होने की संभावना है। mysqldump या भौतिक बैकअप टूल का उपयोग करें और नियमित रूप से जांचें कि क्या सफलतापूर्वक पुनर्स्थापित किया जा सकता है
4. एक बार में कितनी देर तक अभ्यास करना उचित है?
कम से कम एक बार प्रति तिमाही बैकअप और पूर्ण वसूली परीक्षण करें। व्यवसाय अधिक संवेदनशील है, डेटा परिवर्तन अक्सर होते हैं, अभ्यास आवृत्ति में वृद्धि की जानी चाहिए।
5. स्नैपशॉट और बैकअप को कैसे विभाजित किया जाए?
स्नैपशॉट के लिए ज़िम्मेदार है जल्दी से वापस रोल करने की कुंजी को ठीक करना, और बैकअप के लिए जिम्मेदार है कि पर्यावरण में कोई डेटा नहीं है। दोनों का संयोजन एक पूर्ण डेटा सुरक्षा क्लोजर बनाने के लिए किया जाता है।
अपडेट किया गयाः 2026-06-22
इनफॉर्मेशन कोर 2026-06-22
तस्वीरें और टेक्स्ट: http://www.facebook.com/Alt_Text सर्वर, स्टोरेज ब्लॉक्स, नेटवर्क कनेक्शन और मानचित्र तत्वों के साथ फ्लैट वेक्टर मशीन रूम और डिस्क बैकअप आरेख। इसमें कोई शब्द नहीं है, कोई ब्रांड लोगो या वास्तविक व्यक्ति नहीं हैं।
इन-साइट लिंकः
- VPS डेटा बैकअपः ऑब्जेक्ट स्टोरेज और वृद्धिशील पैकेजिंग प्रक्रिया
- MySQL डेटाबेस निर्यातः mysqldump भौतिक बैकअप से अंतर
- क्लाउड डिस्क शॉर्टकट फ़ंक्शनः रखरखाव नीति और वसूली गति
- विदेशी व्यापार व्यवसाय सर्वरः प्रक्रिया और डेटाबेस से अलग बैकअप
- VPS खराबी क्षेत्रः मशीन रूम, खाता और भंडारण समूह जोखिम
पाठकों की टिप्पणियाँ (0)