👩🏻‍🔧 ❎ 🤷🏿 मेरा काम आईटी आपदा का इंतजार करना है 👨🏾‍🔬 👨🏿‍⚖️ 🧒🏿

सबसे अच्छी बात यह हो सकती है कि जो मैं करता हूं उसके परिणाम कभी किसी के लिए उपयोगी नहीं होते हैं।

हम कह सकते हैं कि मैं एक पेशेवर पागल हूं: मेरा काम आकस्मिक योजनाओं को विकसित करना और लोगों को ऐसे मामलों में सक्षमता से जवाब देने के लिए प्रशिक्षित करना है। इसकी आवश्यकता क्यों है? यह काफी सरल है - अप्रत्याशित स्थितियों के मामले में हमेशा बीमा होता है।

उदाहरण के लिए, क्या आप जानते हैं कि भूकंप आने पर मुख्य मॉस्को डेटा सेंटर नष्ट हो जाएगा?

स्वचालन काम करेगा और कुछ सेवाओं को अन्य डेटा केंद्रों में स्थानांतरित करेगा । जो सब सक्रिय-सक्रिय था वह काम करना जारी रखेगा (ये कॉल और एसएमएस जैसे नेटवर्क के मूल कार्य हैं)।
फिर आधार प्रतिक्रिया परिदृश्य चालू होता है । इस घटना के तुरंत बाद, विशेष रूप से प्रशिक्षित लोगों से वसूली टीम का गठन किया जाता है जो सुविधा के सभी पहलुओं में प्रशिक्षित होते हैं। उदाहरण के लिए, एक शिफ्ट इंजीनियर, एक सुरक्षा गार्ड, एक सिस्टम प्रशासक, और इसी तरह। वे अपने सभी करंट अफेयर्स को छोड़ देते हैं और केवल रिकवरी में लगे रहते हैं।
पहले 10 मिनट के दौरान, कांस्य रिकवरी टीम स्थिति का विश्लेषण करती है । 11 वें मिनट में, टीम के नेता एक उच्च-स्तरीय टीम ("रजत", एक नियम के रूप में, सुविधा में मौजूद नहीं है), उदाहरण के लिए, मुख्य अभियंता और इकाई के प्रमुख को रिपोर्ट करते हैं।
"रजत" टीम अपने स्तर पर निर्णय लेती है । हमारे मामले में, समस्या स्पष्ट रूप से विशेष रूप से महत्वपूर्ण है, इसलिए, टीम "गोल्डन" टीम - शीर्ष स्तर के प्रबंधकों के साथ जुड़ी हुई है। एक निर्णय लेने में 10 मिनट लगते हैं कि स्थिति आपातकालीन है, जो बहुत तेज है। एक और 5 मिनट के लिए, हमारी आपदा वसूली योजनाएं सक्रिय हो जाती हैं।
"कांस्य" टीमों के नेता लोगों को इकट्ठा करते हैं और बहाल करने के लिए जाते हैं कि वे मौके पर क्या कर सकते हैं। इसी समय, एक संकट समिति का गठन किया जा रहा है, जिसमें इस मामले की योजना में वर्णित प्रसिद्ध विशेषज्ञ भी शामिल हैं।
इसके अलावा, संकट समिति एचआर, पीआर, सुरक्षा और अन्य सेवाओं के साथ बातचीत करती है । विशेष रूप से, यह पूरी तरह से निश्चित है कि इस समय तक पीआर को जानकारी की सख्त आवश्यकता होगी - ग्राहकों के पास मोबाइल इंटरनेट के बिना पहले से ही आधे घंटे का समय है, उन्हें पुनर्प्राप्ति समय पर डेटा के साथ आने की आवश्यकता है।
बैकअप बिंदु पर तैनात है। 20-30 मिनट के भीतर, बुनियादी ढांचे की परत को बहाल किया जाता है। इसके बाद डीबीएमएस की बहाली आती है और जहां आवश्यक हो, टेप से संग्रह से बहाली। अगला - एप्लिकेशन को पुनर्स्थापित करें (आधे घंटे से एक दिन तक)।
समानांतर में, पहले घंटे के दौरान, यह जांचा जाता है कि सब कुछ कैसे चला गया।
फिर विस्तृत रिपोर्ट दिखाई देती है। आपदा वसूली योजना समाप्त हो जाती है और हम अगली स्थिति तक फिर से सो जाते हैं।

जोखिम, योजना, आरक्षण

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

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

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

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

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

आरक्षण का अनुमोदन

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

नीचे दी गई तालिका आरटीओ (वैध वसूली समय) और आरपीओ (वैध वापसी बिंदु) के अनुसार आईटी अनुप्रयोगों के लिए एक रिकवरी क्लास और बैकअप प्रौद्योगिकी समाधान प्रदान करने की प्रक्रिया को दर्शाती है।

रिकवरी कक्षाओं के वितरण और अतिरेक के लिए तकनीकी समाधान वास्तव में उपरोक्त तालिका से मेल नहीं खाते हैं। यह तालिका केवल विषय के भीतर स्पष्टीकरण के लिए है।

जीवन भर की योजना

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

दुर्घटना का उदाहरण

कर्मचारियों को लंबे समय से शांति से माना जाता है कि हम लगातार "कागज़" दोनों परीक्षणों का संचालन करते हैं, जैसे कि "आप क्या करेंगे यदि", और सिमुलेशन जब आपातकालीन स्थितियों को मौके पर खेला जाता है।

वास्तविक स्थितियों के अंतिम प्रमुख उदाहरणों में से: 2010 में, गर्मियों में, असामान्य गर्मी के दौरान, मुख्य रूप से डेटा केंद्रों ने एयर कंडीशनर को मना करना शुरू कर दिया और एक के बाद एक बंद कर दिया। डेटा सेंटर के अंदर का तापमान खतरनाक रूप से बढ़ने लगा।

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

यह महत्वपूर्ण है कि अब कोई भी अनियोजित बिजली की निकासी और गर्मियों में गर्मी से डरता नहीं है। हां, सेवा का कुछ "उप-साक्ष्य" होगा, लेकिन यह बहुत जल्दी "उठाया" जाएगा।

यह सब कैसे शुरू हुआ

पहले चरणों में, हमें केवल पागल के रूप में माना जाता था।

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

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

हम नियमित रूप से सेवा पुनर्प्राप्ति टीमों का प्रशिक्षण और लेखा परीक्षा कार्य करते हैं - ये प्रशिक्षण अलार्म की तरह हैं। हम पाठ्यक्रम संचालित करते हैं, प्रमाणित करते हैं, अभ्यास देते हैं। बाजार पर बस कोई तैयार विशेषज्ञ नहीं हैं।

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