आपदा वसूली योजना। एक भाग

उन स्थानों का निर्धारण करें जहां तिनके रखना है

सूचना प्रणाली के संचालन में विफलता ऐसी घटनाएं हैं जिन्हें पूरी तरह से खारिज नहीं किया जा सकता है। असफलता के कारणों के बावजूद, इसकी घटना के समय, सिस्टम प्रशासक न केवल आईटी सिस्टम के प्रदर्शन की परिचालन बहाली के लिए जिम्मेदारी का भार वहन करता है, बल्कि संपूर्ण रूप से व्यापार भी करता है।



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



पहला लेख नियोजन क्षेत्र का निर्धारण करने, या उन बुनियादी ढाँचे तत्वों की खोज करने पर ध्यान केंद्रित करेगा जिनकी कार्य प्रणाली में विफलता नकारात्मक रूप से सिस्टम प्रशासक की हृदय गति को प्रभावित करती है। तो, क्रम में:

1. महत्वपूर्ण उपयोगकर्ता आईटी सेवाओं की एक सूची बनाएं

डिजास्टर रिकवरी प्लानिंग का उद्देश्य उपयोगकर्ता को मिलने वाली अंतिम सेवा की परिचालन वसूली को सुनिश्चित करना है, न कि कुछ विशेष हार्डवेयर या प्रोग्राम का। यह उपयोगकर्ता के लिए कोई फर्क नहीं पड़ता कि उसका प्रिंटर काम कर रहा है या टूट गया है - यह उसके लिए महत्वपूर्ण है कि वह दस्तावेजों को प्रिंट कर सकता है या नहीं। उपयोगकर्ता शिकायत करेगा कि हार्ड ड्राइव सर्वर में विफल रही है, लेकिन "1C-ka" या "मेल" उसके लिए काम नहीं करता है।



इस कारण से, पहली चीज जो हम करते हैं वह महत्वपूर्ण उपयोगकर्ता आईटी सेवाओं की एक सूची को परिभाषित करती है जिसके लिए हम आपदा वसूली के लिए योजना बनाएंगे। यह आमतौर पर है:

• ई-मेल,
• टेलीफोन कनेक्शन
• उद्यम प्रबंधन प्रणाली,
• दस्तावेजों के साथ सहयोग
• मुद्रण दस्तावेज़
• इंटरनेट का उपयोग
• और इसी तरह।

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

2. हम उपयोगकर्ता सेवाओं की विफलता के बिंदु निर्धारित करते हैं

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



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



तो, "ईमेल" सेवा में विफलता के निम्नलिखित बिंदु हो सकते हैं (सहित, लेकिन सीमित नहीं):

• सर्वर ओएस
• सर्वर मेल एप्लिकेशन
• कर्नेल स्विच,
• बिजली की आपूर्ति
• बाहरी DNS ज़ोन
• एक "काली सूची" के साथ संपर्क
• एयर कंडीशनिंग सर्वर रूम।

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

3. विफलता के बिंदुओं की निर्भरता का निर्धारण करें

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



उपयोगकर्ता सेवा "ईमेल" के लिए, विफलता के बिंदुओं की निर्भरता इस तरह दिख सकती है:





योजना 1. विफलता के बिंदुओं पर निर्भरता।



अन्य महत्वपूर्ण उपयोगकर्ता सेवाएँ और विफलता के इसी बिंदुओं को इस योजना में जोड़ा जाना चाहिए।



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



भाग 2: habrahabr.ru/post/226681

भाग 3: habrahabr.ru/post/228115



सौभाग्य!



इवान कोरमाचेव

आईटी विभाग की कंपनी

www.depit.ru