रिकवरी टेस्टिंग क्या है? उदाहरण सहित
थॉमस हैमिल्टन
पुनर्प्राप्ति परीक्षण
पुनर्प्राप्ति परीक्षण सॉफ़्टवेयर परीक्षण तकनीक है जो सॉफ़्टवेयर/हार्डवेयर क्रैश, नेटवर्क विफलताओं आदि जैसी विफलताओं से उबरने के लिए सॉफ़्टवेयर की क्षमता को सत्यापित करती है। रिकवरी परीक्षण का उद्देश्य यह निर्धारित करना है कि आपदा या अखंडता हानि के बाद सॉफ़्टवेयर संचालन जारी रखा जा सकता है या नहीं। रिकवरी परीक्षण में सॉफ़्टवेयर को उस बिंदु पर वापस लाना शामिल है जहाँ अखंडता ज्ञात थी और विफलता बिंदु पर लेनदेन को फिर से संसाधित करना शामिल है।
पुनर्प्राप्ति परीक्षण उदाहरण
जब कोई एप्लिकेशन नेटवर्क से डेटा प्राप्त कर रहा हो, तो कनेक्टिंग केबल को अनप्लग कर दें।
- कुछ समय बाद, केबल को पुनः प्लग करें और उस बिंदु से डेटा प्राप्त करना जारी रखने की एप्लिकेशन की क्षमता का विश्लेषण करें जहां से नेटवर्क कनेक्शन टूट गया था।
- जब ब्राउज़र में एक निश्चित संख्या में सत्र खुले हों तो सिस्टम को पुनः आरंभ करें और जांचें कि ब्राउज़र उन सभी को पुनर्प्राप्त करने में सक्षम है या नहीं
सॉफ्टवेयर इंजीनियरिंग में, पुनर्प्राप्ति परीक्षण एक प्रकार का गैर- क्रियात्मक परीक्षण(गैर-कार्यात्मक परीक्षण से तात्पर्य सॉफ्टवेयर के उन पहलुओं से है जो किसी विशिष्ट कार्य या उपयोगकर्ता क्रिया जैसे मापनीयता या सुरक्षा से संबंधित नहीं हो सकते हैं।)
ठीक होने में लगने वाला समय इस पर निर्भर करता है:
- पुनः आरंभ बिंदुओं की संख्या
- आवेदनों की मात्रा
- पुनर्प्राप्ति गतिविधियों का संचालन करने वाले लोगों का प्रशिक्षण एवं कौशल तथा पुनर्प्राप्ति के लिए उपलब्ध उपकरण।
जब कई विफलताएं हों तो सभी विफलताओं का ध्यान रखने के बजाय, पुनर्प्राप्ति परीक्षण को संरचित तरीके से किया जाना चाहिए, जिसका अर्थ है कि एक खंड के लिए पुनर्प्राप्ति परीक्षण किया जाना चाहिए और फिर दूसरे के लिए।
यह पेशेवर परीक्षकों द्वारा किया जाता है। रिकवरी परीक्षण से पहले, पर्याप्त बैकअप डेटा को सुरक्षित स्थानों पर रखा जाता है। यह सुनिश्चित करने के लिए किया जाता है कि आपदा के बाद भी ऑपरेशन जारी रखा जा सके।
पुनर्प्राप्ति प्रक्रिया का जीवन चक्र
पुनर्प्राप्ति प्रक्रिया के जीवन चक्र को निम्नलिखित पाँच चरणों में वर्गीकृत किया जा सकता है:
- सामान्य ऑपरेशन
- आपदा घटना
- परिचालन में व्यवधान और विफलता
- पुनर्प्राप्ति प्रक्रिया के माध्यम से आपदा निकासी
- संपूर्ण प्रणाली को सामान्य परिचालन की स्थिति में लाने के लिए सभी प्रक्रियाओं और सूचनाओं का पुनर्निर्माण
आइये इन 5 चरणों पर विस्तार से चर्चा करें-
- एक सामान्य लक्ष्य को प्राप्त करने के लिए एकीकृत हार्डवेयर, सॉफ्टवेयर और फर्मवेयर से युक्त एक सिस्टम को एक अच्छी तरह से परिभाषित और बताए गए लक्ष्य को पूरा करने के लिए चालू किया जाता है। सिस्टम को निर्धारित समय अवधि के भीतर बिना किसी व्यवधान के डिज़ाइन किए गए कार्य को पूरा करने के लिए सामान्य संचालन करने के लिए कहा जाता है।
- सॉफ्टवेयर में खराबी के कारण व्यवधान उत्पन्न हो सकता है, जिसके कई कारण हो सकते हैं, जैसे इनपुट में खराबी, हार्डवेयर विफलता के कारण सॉफ्टवेयर का क्रैश होना, आग, चोरी और हड़ताल के कारण सॉफ्टवेयर का क्षतिग्रस्त होना।
- व्यवधान का दौर सबसे दर्दनाक दौर होता है, जिससे व्यापार में नुकसान, संबंध टूटना, अवसर का नुकसान, मानव-घंटे का नुकसान और हमेशा वित्तीय और सद्भावना का नुकसान होता है। हर समझदार एजेंसी के पास आपदा से उबरने की योजना होनी चाहिए ताकि व्यवधान के दौर को कम से कम किया जा सके।
- यदि आपदा और व्यवधान का सामना करने से पहले बैकअप योजना और जोखिम शमन प्रक्रियाएं सही जगह पर हैं, तो समय, प्रयास और ऊर्जा की अधिक हानि के बिना रिकवरी की जा सकती है। एक नामित व्यक्ति, उसकी टीम के साथ इन व्यक्तियों में से प्रत्येक की निर्धारित भूमिका को परिभाषित किया जाना चाहिए ताकि जिम्मेदारी तय की जा सके और संगठन को लंबे व्यवधान की अवधि से बचाने में मदद मिल सके।
- पुनर्निर्माण में कॉन्फ़िगरेशन फ़ाइलों के साथ-साथ सभी फ़ोल्डरों को फिर से बनाने के लिए ऑपरेशन के कई सत्र शामिल हो सकते हैं। सही रिकवरी के लिए पुनर्निर्माण का उचित दस्तावेज़ीकरण और प्रक्रिया होनी चाहिए।
बहाली की रणनीति
एजेंसी के संचालन को सामान्य स्थिति में लाने के लिए महत्वपूर्ण कोड और डेटा को पुनः प्राप्त करने के लिए रिकवरी टीम के पास अपनी अनूठी रणनीति होनी चाहिए।
प्रत्येक संगठन के लिए रणनीति, उनके द्वारा संभाली जा रही प्रणालियों की महत्ता के आधार पर, अद्वितीय हो सकती है।
महत्वपूर्ण प्रणालियों के लिए संभावित रणनीति को निम्नानुसार देखा जा सकता है:
- एक या एक से अधिक बैकअप रखने के लिए
- एक स्थान या विभिन्न स्थानों पर एकाधिक बैक-अप रखना
- ऑनलाइन बैकअप या ऑफलाइन बैकअप लेने के लिए
- क्या बैकअप किसी नीति के आधार पर स्वचालित रूप से किया जा सकता है या इसे मैन्युअल रूप से किया जा सकता है?
- इस कार्य के लिए एक स्वतंत्र बहाली टीम या विकास टीम का उपयोग किया जा सकता है
इनमें से प्रत्येक रणनीति के साथ लागत कारक जुड़ा हुआ है और एकाधिक बैक-अप के लिए आवश्यक अनेक संसाधनों के लिए अधिक भौतिक संसाधनों की आवश्यकता हो सकती है या इसके लिए एक स्वतंत्र टीम की आवश्यकता हो सकती है।
कई कंपनियाँ संबंधित डेवलपर एजेंसी पर अपने डेटा और कोड निर्भरता के कारण प्रभावित हो सकती हैं। उदाहरण के लिए, यदि Amazon एडब्ल्यूएस इंटरनेट बंद हो जाता है। ऐसे मामलों में स्वतंत्र बहाली महत्वपूर्ण है।
रिकवरी परीक्षण कैसे करें
पुनर्प्राप्ति परीक्षण करते समय निम्नलिखित बातों पर विचार किया जाना चाहिए।
- हमें तैनाती की वास्तविक स्थितियों के जितना संभव हो सके उतना करीब एक परीक्षण बेड बनाना चाहिए। इंटरफेसिंग, प्रोटोकॉल, फ़र्मवेयर, हार्डवेयर और सॉफ़्टवेयर में परिवर्तन यथासंभव वास्तविक स्थिति के करीब होने चाहिए, यदि समान स्थिति न हो।
- यद्यपि संपूर्ण परीक्षण समय लेने वाला और महंगा मामला हो सकता है, फिर भी समान विन्यास और पूर्ण जांच की जानी चाहिए।
- यदि संभव हो, तो उस हार्डवेयर पर परीक्षण किया जाना चाहिए जिसे हम अंततः पुनर्स्थापित करने जा रहे हैं। यह विशेष रूप से सच है यदि हम बैकअप बनाने वाली मशीन के अलावा किसी अन्य मशीन पर पुनर्स्थापित कर रहे हैं।
- कुछ बैकअप सिस्टम यह अपेक्षा करते हैं कि हार्ड ड्राइव का आकार बिल्कुल उसी प्रकार का हो, जिससे बैकअप लिया गया था।
- ड्राइव तकनीक के तेजी से आगे बढ़ने के कारण अप्रचलन को प्रबंधित किया जाना चाहिए, और हो सकता है कि पुरानी ड्राइव नई ड्राइव के साथ संगत न हो। समस्या से निपटने का एक तरीका यह है कि इसे पहले जैसा ही बनाए रखा जाए आभासी मशीन. VMware Inc. जैसे वर्चुअलाइजेशन सॉफ्टवेयर विक्रेता, डिस्क आकार और अन्य कॉन्फ़िगरेशन सहित, मौजूदा हार्डवेयर की नकल करने के लिए वर्चुअल मशीनों को कॉन्फ़िगर कर सकते हैं।
- ऑनलाइन बैकअप सिस्टम परीक्षण के लिए अपवाद नहीं हैं। अधिकांश ऑनलाइन बैकअप सेवा प्रदाता दोष-सहिष्णु भंडारण प्रणालियों का उपयोग करके हमें मीडिया समस्याओं के सीधे संपर्क में आने से बचाते हैं।
- यद्यपि ऑनलाइन बैकअप प्रणालियां अत्यंत विश्वसनीय होती हैं, फिर भी हमें सिस्टम के पुनर्स्थापना पक्ष का परीक्षण अवश्य करना चाहिए, ताकि यह सुनिश्चित किया जा सके कि पुनर्प्राप्ति कार्यक्षमता, सुरक्षा या एन्क्रिप्शन में कोई समस्या न हो।
बहाली के बाद परीक्षण प्रक्रिया
अधिकांश बड़ी कम्पनियां समय-समय पर पुनर्प्राप्ति परीक्षण करने के लिए स्वतंत्र लेखा परीक्षक रखती हैं।
एक व्यापक आपदा पुनर्प्राप्ति योजना को बनाए रखने और उसका परीक्षण करने का खर्च काफी अधिक हो सकता है, और यह छोटे व्यवसायों के लिए निषेधात्मक हो सकता है।
छोटे जोखिम वाले लोग आपदा की स्थिति में अपने बचाव के लिए अपने डेटा बैकअप और ऑफ-साइट भंडारण योजनाओं पर निर्भर हो सकते हैं।
फ़ोल्डरों और फ़ाइलों को पुनर्स्थापित करने के बाद, यह सुनिश्चित करने के लिए कि फ़ाइलें ठीक से पुनर्प्राप्त हुई हैं, निम्नलिखित जाँच की जा सकती है:
- दूषित दस्तावेज़ फ़ोल्डर का नाम बदलें
- पुनर्स्थापित फ़ोल्डरों में फ़ाइलों की गिनती करें और उसका मिलान मौजूदा फ़ोल्डर से करें।
- कुछ फ़ाइलें खोलें और सुनिश्चित करें कि वे सुलभ हैं। उन्हें उस एप्लिकेशन के साथ खोलना सुनिश्चित करें जो सामान्य रूप से उनका उपयोग करता है। और सुनिश्चित करें कि आप डेटा ब्राउज़ कर सकते हैं, डेटा अपडेट कर सकते हैं या जो भी आप सामान्य रूप से करते हैं।
- विभिन्न प्रकार की कई फाइलें, चित्र, एमपी3, दस्तावेज, कुछ बड़ी और कुछ छोटी, खोलना सबसे अच्छा है।
- बहुत से ऑपरेटिंग सिस्टम इसमें ऐसी उपयोगिताएँ हैं जिनका उपयोग आप फ़ाइलों और निर्देशिकाओं की तुलना करने के लिए कर सकते हैं।
सारांश
इस ट्यूटोरियल में, हमने रिकवरी परीक्षण के विभिन्न पहलुओं को सीखा है जो यह समझने में मदद करता है कि सिस्टम या प्रोग्राम विफलता के बाद अपनी आवश्यकताओं को पूरा करता है या नहीं।
