रिकवरी परीक्षण क्या है? उदाहरण के साथ

रिकवरी परीक्षण

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

पुनर्प्राप्ति परीक्षण उदाहरण

जब कोई एप्लिकेशन नेटवर्क से डेटा प्राप्त कर रहा है, तो कनेक्टिंग केबल को अनप्लग करें।

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

सॉफ्टवेयर इंजीनियरिंग में, पुनर्प्राप्ति परीक्षण गैर-कार्यात्मक परीक्षण का एक प्रकार है। (गैर-कार्यात्मक परीक्षण सॉफ्टवेयर के उन पहलुओं को संदर्भित करता है जो किसी विशिष्ट कार्य या स्केलेबिलिटी या सुरक्षा जैसी उपयोगकर्ता कार्रवाई से संबंधित नहीं हो सकते हैं।)

ठीक होने में लगने वाला समय निर्भर करता है:

पुनरारंभ बिंदुओं की संख्या
अनुप्रयोगों की एक मात्रा
वसूली के लिए उपलब्ध गतिविधियों और उपकरणों का संचालन करने वाले लोगों का प्रशिक्षण और कौशल।

जब कई विफलताएं होती हैं, तो सभी विफलताओं का ख्याल रखने के बजाय, वसूली परीक्षण एक संरचित फैशन में किया जाना चाहिए, जिसका अर्थ है कि एक खंड और फिर दूसरे के लिए वसूली परीक्षण किया जाना चाहिए।

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

रिकवरी प्रक्रिया का जीवन चक्र

पुनर्प्राप्ति प्रक्रिया का जीवन चक्र निम्नलिखित पांच चरणों में वर्गीकृत किया जा सकता है:

सामान्य ऑपरेशन
आपदा घटना
विघटन और ऑपरेशन की विफलता
रिकवरी प्रक्रिया के माध्यम से आपदा मंजूरी
पूरी प्रक्रिया को सामान्य ऑपरेशन में ले जाने के लिए सभी प्रक्रियाओं और सूचनाओं का पुनर्निर्माण

आइए विस्तार से इन 5 चरणों पर चर्चा करते हैं-

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

बहाली की रणनीति

रिकवरी टीम के पास एजेंसी के संचालन को सामान्य स्थिति में लाने के लिए महत्वपूर्ण कोड और डेटा प्राप्त करने के लिए अपनी अनूठी रणनीति होनी चाहिए।

रणनीति प्रत्येक संगठन के लिए अद्वितीय हो सकती है जो उन प्रणालियों की महत्वपूर्णता के आधार पर होती है जो वे संभाल रहे हैं।

महत्वपूर्ण प्रणालियों के लिए संभावित रणनीति की कल्पना इस प्रकार की जा सकती है:

एक ही बैकअप या एक से अधिक होने के लिए
एक स्थान या विभिन्न स्थानों पर कई बैक-अप करने के लिए
ऑनलाइन बैकअप या ऑफलाइन बैकअप के लिए
क्या बैकअप नीति के आधार पर स्वचालित रूप से किया जा सकता है या मैन्युअल रूप से किया जा सकता है?
एक स्वतंत्र बहाली टीम या विकास टीम का उपयोग कार्य के लिए किया जा सकता है

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

संबंधित डेवलपर एजेंसी पर उनके डेटा और कोड निर्भरता के कारण कई कंपनियां प्रभावित हो सकती हैं। उदाहरण के लिए, अगर अमेज़न AWS इंटरनेट के 25 हिस्से बंद कर देता है। ऐसे मामलों में स्वतंत्र बहाली महत्वपूर्ण है।

रिकवरी टेस्टिंग कैसे करें

वसूली परीक्षण करते समय निम्नलिखित बातों पर विचार किया जाना चाहिए।

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

बहाली के बाद परीक्षण प्रक्रिया

अधिकांश बड़े निगमों में समय-समय पर पुनर्प्राप्ति परीक्षण अभ्यास करने के लिए स्वतंत्र ऑडिटर होते हैं।

एक व्यापक आपदा वसूली योजना को बनाए रखने और परीक्षण करने का खर्च पर्याप्त हो सकता है, और यह छोटे व्यवसायों के लिए निषेधात्मक हो सकता है।

तबाही के मामले में उन्हें बचाने के लिए छोटे जोखिम उनके डेटा बैकअप और ऑफ-साइट स्टोरेज योजनाओं पर भरोसा कर सकते हैं।

फ़ोल्डर और फ़ाइलों को पुनर्स्थापित करने के बाद, निम्न जाँचें यह सुनिश्चित करने के लिए की जा सकती हैं कि फ़ाइलें ठीक से बरामद की गई हैं:

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

सारांश:

इस ट्यूटोरियल में, हमने रिकवरी टेस्टिंग का एक अलग पहलू सीखा है जो यह समझने में मदद करता है कि सिस्टम या प्रोग्राम विफलता के बाद अपनी आवश्यकताओं को पूरा करता है या नहीं।

इस लेख में श्वेता प्रियदर्शनी का योगदान है