तुम्हाला आधीच माहित आहे की BC/DR हे संस्थेच्या यशाचा एक महत्त्वाचा घटक आहे. आणि आम्हाला माहित आहे की प्रयत्नांची प्रभावीता मोजण्यासाठी मेट्रिक्सची आवश्यकता आहे. पहिली पायरी म्हणजे व्यवसायातील सातत्य आणि आपत्ती पुनर्प्राप्ती नियोजनात महत्त्वाचे असलेले मेट्रिक्स समजून घेणे, ज्याबद्दल हा लेख असेल. या मेट्रिक्स गोळा करण्यासाठी आणि अहवाल देण्यासाठी तुम्हाला एक साधन देखील आवश्यक असेल. तुमच्या संस्थेच्या आकारावर आणि तुमच्या BC/DR प्रोग्रामच्या परिपक्वता स्तरावर अवलंबून, हे एक्सेल टेम्पलेटपासून शक्तिशाली स्वयंचलित सॉफ्टवेअरपर्यंत असू शकते.
पुनर्प्राप्ती योजना वाढवण्यासाठी आणि मोजण्यासाठी निरीक्षण करण्यासाठी 7 महत्त्वाचे BC/DR मेट्रिक्स आहेत:
निरीक्षण करण्यासाठी इतर अनेक मेट्रिक्स असताना, हे मेट्रिक्स मूलभूत प्रोग्राम पुनरावलोकन म्हणून काम करतात आणि ब्लॉकिंग समस्येचा सामना करण्यासाठी तुम्ही खरोखर किती तयार आहात हे सूचित करतात.
पहिले दोन महत्त्वाचे BC/DR मेट्रिक्स म्हणजे रिकव्हरी टाइम उद्दिष्टे (RTO) आणि रिकव्हरी पॉइंट उद्दिष्टे (RPO). आरटीओ ही आयटम निष्क्रिय राहण्यासाठी जास्तीत जास्त स्वीकार्य कालावधी आहे. तुम्ही किती जुना डेटा गमावू शकता आणि तुमचे बॅकअप बाकीचे सेव्ह करतील की नाही हे RPO ठरवतात. उदाहरणार्थ, जर तुम्हाला एक तासाचा डेटा गमावणे परवडत असेल, तर तुम्हाला किमान प्रत्येक तासाला बॅकअप घेणे आवश्यक आहे.
बॅकअप आणि रिकव्हरी प्रक्रिया चांगल्या BC/DR योजनेच्या केंद्रस्थानी असतात, त्यामुळे तुम्हाला नोकरीसाठी सर्वोत्तम बॅकअप आणि रिकव्हरी टूल्स निर्धारित करण्यासाठी RTO आणि RPO या दोन्हींचा विचार करणे आवश्यक आहे. उदाहरणार्थ, जर तुम्ही मध्यम ते उच्च व्हॉल्यूम आणि मूल्यासह सतत व्यवहार व्युत्पन्न केले, तर तुम्हाला किती व्यवहार मिनिटे गमावणे परवडेल? तुम्हाला किती दिवस ड्युटी बंद ठेवता येईल? अशा ऍप्लिकेशनला सतत डेटा प्रोटेक्शन (CDP) सह शक्य असलेल्या ब्लॉक-लेव्हल बॅकअपचा फायदा होऊ शकतो, परंतु तुम्ही RTO आणि RPO दोन्हीकडे पाहिल्याशिवाय तुम्हाला हे कळणार नाही.
शेवटी, आपल्याला मोजण्याची आवश्यकता आहे प्रत्येक व्यवसाय प्रक्रिया समाविष्ट असलेल्या योजनांची संख्या , तसेच प्रत्येक योजना अपडेट केल्यापासून वेळ निघून गेला . की परफॉर्मन्स इंडिकेटर (KPIs) हे प्रोग्राम किती चांगले काम करतात याचे मोजमाप आहेत आणि ज्याकडे तुम्ही दुर्लक्ष करू शकत नाही. तुम्ही तुमच्या योजनांचे किती वेळा पुनरावलोकन आणि अपडेट करता (उदाहरणार्थ, मासिक, 6 महिने किंवा वार्षिक) आणि 100% कव्हरेज मिळविण्यासाठी कृती योजनेसह किती व्यवसाय कार्ये पुनर्प्राप्ती योजनेद्वारे कव्हर केली जातात यासाठी तुम्ही KPI सेट करू शकता. तुमच्याकडे वेळ आणि संसाधने कमी असल्यास, तुमच्या सर्वात गंभीर व्यवसाय प्रक्रियांसह प्रारंभ करा.
व्यवसायांमध्ये शेकडो ते हजारो प्रक्रिया असू शकतात आणि योजनेशिवाय प्रक्रिया पुनर्प्राप्त करणे शक्य नाही. BC/DR नियोजनासाठी मुख्य मेट्रिक आहे संभाव्य आपत्तीमुळे धोक्यात आलेल्या प्रक्रियांची संख्या .
तुम्ही जोखीम विश्लेषण आणि व्यवसाय प्रभाव विश्लेषणासह सुरुवात केली पाहिजे:
त्यानंतर, आपण या प्रक्रियांचे संरक्षण करण्यासाठी आणि आपत्तीच्या परिस्थितीत व्यत्यय कमी करण्यासाठी योजना तयार करू शकता.
परंतु स्थिर योजना ठप्प होऊ शकतात. तुम्ही अ‍ॅप्लिकेशन्स, डेटा, वातावरण, कर्मचारी आणि जोखमींमधील बदलांसाठी तुमच्या योजना अधूनमधून अपडेट केल्याशिवाय तुम्ही प्रक्रिया परत करू शकत नाही. सायकलमधील योग्य बिंदूंवर योजना पुनरावलोकने प्रॉम्प्ट करण्यासाठी तुम्ही स्वतःसाठी स्मरणपत्रे सेट केली पाहिजेत. परिपूर्ण जगात, तुम्हाला विविध विभागांच्या प्रमुखांकडून पुष्टी मिळेल की त्यांनी त्यांच्या योजनांचे पुनरावलोकन केले आणि अद्यतनित केले, परंतु प्रामाणिकपणे सांगूया: त्या योजनांचे पुनरावलोकन करणे आणि अद्यतनित करणे ही एक मोठी अडचण आहे आणि जर ते वेळेत पूर्ण झाले तर ते जवळजवळ चमत्कारिक आहे. सॉफ्टवेअर वापरल्याने हा त्रास कमी होऊ शकतो: तुम्ही विविध योजना मालकांना ईमेल स्मरणपत्रे स्वयंचलित करू शकता आणि सॉफ्टवेअरमध्ये त्यांच्या प्रगतीचा मागोवा घेऊ शकता – कोणत्याही निष्क्रिय आक्रमक ईमेलची आवश्यकता नाही! सॉफ्टवेअर बदल व्यवस्थापनाशी संबंधित अनेक कंटाळवाणे कार्ये देखील काढून टाकते. उदाहरणार्थ, ऑटोमेटेड डेटा इंटिग्रेशन्स तुमचा डेटा इतर ऍप्लिकेशन्समधील डेटा बदलत असताना आपोआप अपडेट ठेवतील. 100 योजनांमध्ये एकच संपर्क वापरल्यास आणि त्यांचा फोन नंबर बदलल्यास, एकात्मिक प्रणाली त्या बदलाला तुमच्या व्यवसायातील सातत्य आणि आपत्कालीन व्यवस्थापन योजनांमध्ये देखील धक्का देईल.
व्यवसायाची कार्ये एकमेकांवर अवलंबून कशी आहेत हे निर्धारित करण्याचा सर्वात सोपा मार्ग म्हणजे अवलंबित्व मॉडेलिंग साधन वापरणे. हे तुम्हाला तुमच्या अर्जाचे अवलंबित्व तुम्हाला RTO आणि SLAs पूर्ण करण्यास अनुमती देते की नाही याची कल्पना करण्यात मदत करेल.
उदाहरणार्थ, जर तुम्हाला खाते देय सेवा 12 तासांत पुनर्प्राप्त करण्याची आवश्यकता असेल, परंतु हे आर्थिक सॉफ्टवेअरवर अवलंबून असेल जे पुनर्प्राप्त होण्यासाठी 24 तास लागू शकतात, देय खाती 12-तास SLA पूर्ण करू शकत नाहीत. एक अवलंबित्व मॉडेलर या अवलंबित संबंधांना गतिमानपणे स्पष्ट करतो आणि परिणामी योजना कधी आणि कशी खंडित होईल.
आपण मोजले पाहिजे व्यवसाय प्रक्रिया पुनर्संचयित करण्यासाठी लागणारा वास्तविक वेळ . प्रत्येक पायरी किती वेळ घेते याचा मागोवा घेण्यासाठी तुम्ही BC/DR टूल वापरून पुनर्प्राप्ती प्रक्रिया तपासू शकता.
वैकल्पिकरित्या, तुम्ही प्रत्येक पायरीची वेळ मॅन्युअली करण्याची जुनी-शाळा पद्धत वापरू शकता. या चाचण्या तुम्हाला तुमची विद्यमान योजना वापरून तुमचे लोक आणि प्रक्रिया RTO ला भेटू शकतात का हे निर्धारित करण्यात मदत करतील. तुम्ही तुमच्या प्‍लॅनने दिलेल्‍या वेळेत रिकव्‍हरीची कामे पूर्ण करण्यास सक्षम असले पाहिजे आणि जर तुम्ही करू शकत नसल्यास, तुम्हाला तुमच्या प्लॅनमध्ये सुधारणा करण्याची आवश्यकता आहे जेणेकरून ती यथार्थवादी आणि साध्य करता येईल.
शेवटी, या संसाधनामध्ये समाविष्ट केलेले शेवटचे मेट्रिक आहे वास्तविक आणि अपेक्षित पुनर्प्राप्ती वेळेतील फरक , अंतर विश्लेषण म्हणून देखील ओळखले जाते. तुम्ही फेलओव्हर आणि रिकव्हरी टेस्टिंग, एंटरप्राइझ-लेव्हल बीसी/डीआर टेस्टिंग आणि गॅप अॅनालिसिससह गॅप तपासू शकता. एकदा तुम्हाला तुमच्या प्लॅनमध्ये अंतर आढळले की तुम्ही KPI सेट करू शकता आणि ते तुमच्या नियोजन प्रक्रियेत वापरू शकता.
BC/DR सॉफ्टवेअरद्वारे गोळा केलेला डेटा अचूक अहवाल आणि नियोजन सुनिश्चित करण्यासाठी "स्वच्छ" असणे आवश्यक आहे. चांगल्या डेटा स्वच्छतेसाठी, ड्रॉप-डाउन मेनू, पिकलिस्ट, मजकूर स्वरूपन आणि डेटा प्रमाणीकरणासह डेटा एंट्री प्रमाणित करण्याचे सुनिश्चित करा. उदाहरणार्थ, आम्ही कर्मचार्‍यांचे फोन नंबर प्लॅनमध्ये ठेवल्यास, आम्ही त्या फोन नंबरमध्ये एरिया कोड समाविष्ट आहे आणि वापरात आहे का ते तपासण्याची शिफारस करतो.
डी-डुप्लिकेशन आणि ओळख आणि प्रवेश व्यवस्थापन (IAM) मोहक डेटा तयार करण्यात मदत करू शकते. एकाच नोंदींचे अनेक पैलू काढून टाकण्यासाठी तुम्ही डी-डुप्लिकेशन वापरू शकता. तुम्ही क्रेडेन्शियल्स वापरू शकता (ऑटेन्टिकाझिओन) परवानगीसह (अधिकृतता) केवळ पात्र वापरकर्ते रेकॉर्ड आणि मास्टर डेटा प्रविष्ट करतात याची खात्री करण्यासाठी. तुमची BC/DR सिस्टीम इतर ऍप्लिकेशन्स (उदाहरणार्थ, तुमची HR सिस्टीम) सोबत समाकलित करून रेकॉर्ड्सची डुप्लिकेशन आणि कोणत्याही त्रुटीची शक्यता टाळण्यासाठी तुम्ही बराच वेळ आणि त्रास वाचवाल.
रिलेशनशिप मॉडेलिंग टूल वापरून गंभीर व्यवसाय कार्ये आणि ते एकमेकांवर कसे अवलंबून आहेत हे निर्धारित करा.
पुढे, आम्ही RTO आणि RPO मेट्रिक्स वापरून स्वीकार्य डाउनटाइम थ्रेशोल्ड सेट करतो. आम्ही त्या थ्रेशोल्डपर्यंत पोहोचतो किंवा ओलांडतो हे पाहण्यासाठी आम्ही योजनांची चाचणी करतो. त्यानंतर, योजनांचे पुनरावलोकन करू आणि त्यांची पुन्हा चाचणी करू. योजना किती वेळा अपडेट आणि तपासल्या जातात हे मोजण्यासाठी आम्ही KPI सेट केले पाहिजे आणि नियोजित आणि वास्तविक पुनर्प्राप्ती वेळेची तुलना करण्यासाठी अंतर विश्लेषण केले पाहिजे.
शेवटी, अचूक अहवाल देण्यासाठी तुम्ही डेटा "स्वच्छतापूर्ण" ठेवल्याची खात्री करा. डेटा चुकीचा असल्यास BC/DR मेट्रिक्स पूर्णपणे निरुपयोगी आहेत. हे एक नो-ब्रेनरसारखे वाटू शकते, परंतु हे आश्चर्यकारक आहे की किती कंपन्या त्यांच्या SLA चे चुकीचे वर्णन करणार्‍या अहवालांसह सुरक्षिततेच्या चुकीच्या अर्थाने स्वतःला कमी करतात. वास्तववादी असणे केव्हाही उत्तम आहे, जरी याचा अर्थ गुंतलेली जोखीम स्वीकारणे आहे.
Ercole Palmeri
नौदल क्षेत्र ही एक खरी जागतिक आर्थिक शक्ती आहे, ज्याने 150 अब्जांच्या बाजारपेठेकडे नेव्हिगेट केले आहे...
गेल्या सोमवारी, फायनान्शिअल टाईम्सने OpenAI सह करार जाहीर केला. FT ने त्याच्या जागतिक दर्जाच्या पत्रकारितेचा परवाना…
लाखो लोक स्ट्रीमिंग सेवांसाठी पैसे देतात, मासिक सदस्यता शुल्क भरतात. असे सामान्य मत आहे की आपण…
Veeam द्वारे Coveware सायबर खंडणी घटना प्रतिसाद सेवा प्रदान करणे सुरू ठेवेल. Coveware फॉरेन्सिक आणि उपाय क्षमता प्रदान करेल…
