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