फोर्स मेजर, या लोगों ने अपना डेटा कैसे खो दिया

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



7-8 साल पहले हुए महान नुकसान की मेरी व्यक्तिगत कहानी है। तब मेरे पास एक छोटी साइट थी और उनमें से एक के साथ एक मंच था। साइट्स ने डेटाबेस का उपयोग नहीं किया, उन्हें शुद्ध रूप से फाइलों पर रखा गया था, क्योंकि मेरे पास एक स्थानीय प्रतिलिपि थी। और यहां मंच है ... इसका बैकअप तब बनाया गया था जब मैंने उदास मामले से करीब डेढ़ साल पहले इंजन को बदल दिया था। सर्वर पर जहाँ मैंने होस्ट किया था, विश्वसनीयता के लिए RAID5 में 4 डिस्क संयुक्त थे। और एक बिंदु पर, डिस्क में से एक बारिश हुई। हां, RAID5 निश्चित रूप से चालू रहा और वैध रूप से सरसराहट करता रहा। लेकिन जीवित ड्राइव पर लोड महत्वपूर्ण हो गया है। डेटाबेस को लंबे समय तक नहीं रहना था ...

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

डेटा खोने के कई कारण और तरीके हैं। वे सभी पूर्वानुमान की डिग्री में भिन्न हैं। अधिक या कम पूर्वानुमानित हैं: सिस्टम विफलता, हैकिंग, व्यवस्थापक त्रुटि। तब भी बेईमानी के मामले सामने आते हैं जब संघर्ष की स्थितियों में काम पर रखने वाले प्रशासकों ने डेटा को नुकसान या पहुंच नहीं दी। लेकिन ऐसी स्थितियां हैं जो आमतौर पर अपेक्षित नहीं हैं, लेकिन जो बहुत अधिक महत्वपूर्ण डेटा हानि लाती हैं।

आग

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

लेकिन कुछ डेटा केंद्रों में, रैक एक घटना के रूप में गायब हैं। इसीलिए ऐसे डेटा सेंटर बहुत जल्दी जल जाते हैं। कुछ भी नहीं हैंगर के माध्यम से आग के प्रसार को रोकता है। मुझे लगता है कि कई लोग host.ua में आग की स्थिति को याद करते हैं, जब कई न केवल मुख्य साइटों को खो देते हैं, बल्कि पड़ोसी सर्वर पर संग्रहीत बैकअप भी होते हैं।



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



उसी डेटा सेंटर में बैकअप का संग्रहण, जहां उत्पादन सर्वर स्थापित हैं, लोगों को एक से अधिक बार विफल कर दिया है। मुझे जनवरी 2008 में एक व्यक्ति के बारे में एक मैसेज आया, जो यूएसए के एक जलते हुए डेटा सेंटर में उसकी आँखों में डरावनी दिख रही थी, जिसमें एक काम करने वाला और एक बैकअप सर्वर था। दो से अधिक वर्षों के बाद, यूक्रेनी डेटा सेंटर के ग्राहकों को उसी स्थिति का सामना करना पड़ा, और मैंने दूसरे देश में एक स्वतंत्र डेटा सेंटर के लिए बैकअप बनाना शुरू कर दिया।

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

बाढ़

29-30 अक्टूबर, 2012 को तूफान सैंडी अमेरिकी तट पर पहुंचा। न्यूयॉर्क और न्यू जर्सी के डेटा केंद्र हड़ताल की तैयारी कर रहे थे: उन्होंने जनरेटर के लिए ईंधन का स्टॉक किया, आपातकालीन आपूर्ति पर सहमति व्यक्त की, नैतिक रूप से सुरक्षा कारणों से कार्यस्थल में रहने के लिए 3-5 दिनों के लिए ऑन-ड्यूटी टीमों को तैयार किया। वे जल्दी से संभव ब्लैकआउट के लिए तैयार थे, अक्सर तूफान के साथ। क्या वे तैयार नहीं थे बाढ़ के लिए।

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



वैसे, यह बाढ़ का एकमात्र मामला नहीं है। सितंबर 2009 में, भारी बारिश के कारण, तुर्की में वोडाफोन ऑपरेटर के सर्वर रैक पानी में कम हो गए थे, और जुलाई 2013 में टोरंटो में तकनीकी साइट पर, जहां लगभग डेढ़ सौ विभिन्न प्रदाता स्थित हैं, भारी बारिश और संबद्ध बिजली आउटेज के कारण। शीतलन प्रणाली।

"मास्क शो"

राज्य अधिकारियों के निर्णय द्वारा उपकरणों की "जांच के लिए" या उपकरण के कुछ हिस्से को बंद करना भी डेटा हानि के संभावित कारणों में से एक है। अधिक बार यह बड़ी परियोजनाओं की चिंता करता है। यूक्रेन के निवासियों को Infostore, ex.ua, लोकप्रिय ऑनलाइन स्टोर Rozetka का भाग्य याद है। रूस में एक ही भाग्य iFolder.ru फ़ाइल होस्टिंग सेवा से जुड़ा हुआ है, जिसके सर्वर को अज्ञात व्यक्ति (प्रेस से शब्दांकन) द्वारा किए गए मामले में अज्ञात सबूत के लिए खोज के हिस्से के रूप में काट दिया गया था।

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

अनुचित सहयोग

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

कारण अधिक विदेशी हो सकते हैं: सैन्य संचालन या राज्य द्वारा स्थापित विशेष शासन, आतंकवादी हमले, भूकंप (हालांकि, भूकंपीय रूप से अस्थिर क्षेत्रों में विशेष प्रौद्योगिकियों का उपयोग किया जाता है जो जीवित रहने के लिए उपकरणों की संभावना बढ़ाते हैं)। मुझे लगता है कि यदि आप प्रेस के माध्यम से अधिक अच्छी तरह से खुदाई करते हैं, तो कम से कम ऐसी स्थितियों में आप वास्तविक मामलों का पता लगा सकते हैं।

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