डाउनटाइम: Difference between revisions

From Vigyanwiki
No edit summary
No edit summary
Line 54: Line 54:
यह सुनिश्चित करना नेटवर्क डिज़ाइनर का कर्तव्य है कि नेटवर्क आउटेज न हो। जब ऐसा होता है, तो  अच्छी तरह से डिज़ाइन की गई प्रणाली स्थानीयकृत आउटेज के कारण आउटेज के प्रभाव को कम कर देगी, जिसे शीघ्र ज्ञात किया जा सकता है एवं उसे ठीक किया जा सकता है।
यह सुनिश्चित करना नेटवर्क डिज़ाइनर का कर्तव्य है कि नेटवर्क आउटेज न हो। जब ऐसा होता है, तो  अच्छी तरह से डिज़ाइन की गई प्रणाली स्थानीयकृत आउटेज के कारण आउटेज के प्रभाव को कम कर देगी, जिसे शीघ्र ज्ञात किया जा सकता है एवं उसे ठीक किया जा सकता है।


त्रुटि को ज्ञात करने के लिए  प्रक्रिया की आवश्यकता होती है - [[नेटवर्क निगरानी]] - एवं नेटवर्क को कार्यशील स्थिति में बहाल करने के लिए - इसमें सामान्यतः  [[ सहायता केंद्र |सहायता केंद्र]] टीम सम्मिलित होती है जो किसी समस्या का निवारण कर सकती है, जो प्रशिक्षित इंजीनियरों से बनी होती है; उपयोगकर्ता इनपुट को फ़ील्ड करने के लिए भिन्न हेल्प डेस्क टीम सामान्यतः आवश्यक होती है, जो विशेष रूप से डाउनटाइम के समय मांग वाली हो सकती है।
त्रुटि को ज्ञात करने के लिए  प्रक्रिया की आवश्यकता होती है - [[नेटवर्क निगरानी]] - एवं नेटवर्क को कार्यशील स्थिति में बहाल करने के लिए - इसमें सामान्यतः  [[ सहायता केंद्र |सहायता केंद्र]] टीम सम्मिलित होती है जो किसी समस्या का निवारण कर सकती है, जो प्रशिक्षित इंजीनियरों से बनी होती है; उपयोगकर्ता इनपुट को फ़ील्ड करने के लिए भिन्न सहायता केंद्र टीम सामान्यतः आवश्यक होती है, जो विशेष रूप से डाउनटाइम के समय मांग वाली हो सकती है।


[[नेटवर्क प्रबंधन मॉडल]] प्रणाली का उपयोग ग्राहकों की शिकायतों से पूर्व सक्रिय दोष सुधार के साथ दोषपूर्ण या अपमानजनक घटकों का पता लगाने के लिए किया जा सकता है।
[[नेटवर्क प्रबंधन मॉडल]] प्रणाली का उपयोग ग्राहकों की शिकायतों से पूर्व सक्रिय दोष सुधार के साथ दोषपूर्ण या अपमानजनक घटकों का पता लगाने के लिए नेटवर्क प्रबंधन प्रणाली का उपयोग किया जा सकता है।


[[जोखिम प्रबंधन]] तकनीकों का उपयोग किसी संगठन पर नेटवर्क आउटेज के प्रभाव को निर्धारित करने के लिए किया जा सकता है एवं जोखिम को कम करने के लिए किन कार्यों की आवश्यकता हो सकती है। विश्वसनीय घटकों का उपयोग करके, रखरखाव करके, जैसे कि अपग्रेड करके, [[ अतिरेक (इंजीनियरिंग) ]] का उपयोग करके या [[आकस्मिक योजना]] या व्यवसाय निरंतरता योजना बनाकर जोखिम को कम किया जा सकता है।
[[जोखिम प्रबंधन|अनिष्ट प्रबंधन]] प्रौद्योगिकी का उपयोग किसी संगठन पर नेटवर्क आउटेज के प्रभाव को निर्धारित करने के लिए किया जा सकता है एवं अनिष्ट को कम करने के लिए किन कार्यों की आवश्यकता हो सकती है। विश्वसनीय घटकों का उपयोग करके, रखरखाव करके, जैसे कि अपग्रेड करके, [[ अतिरेक (इंजीनियरिंग) |अतिरेक (इंजीनियरिंग)]] का उपयोग करके या [[आकस्मिक योजना]] या व्यवसाय निरंतरता योजना बनाकर अनिष्ट को कम किया जा सकता है। प्रौद्योगिकी साधन [[त्रुटि सुधार कोड]], रिट्रांसमिशन (डेटा नेटवर्क), [[अतिरेक जांच|चेकसम]] या [[विविधता योजना]] के साथ त्रुटियों को कम कर सकते हैं।
तकनीकी साधन [[त्रुटि सुधार कोड]], रिट्रांसमिशन (डेटा नेटवर्क), [[अतिरेक जांच]] या [[विविधता योजना]] के साथ त्रुटियों को कम कर सकते हैं।


डाउनटाइम का सबसे बड़ा कारण गलत कॉन्फ़िगरेशन है, जहां नियोजित परिवर्तन गलत हो जाता है। सामान्यतः संगठन कॉन्फ़िगरेशन बैकअप की प्रक्रिया को प्रबंधित करने के लिए मैन्युअल प्रयास पर भरोसा करते हैं, किन्तु इसके लिए बहु-विक्रेता नेटवर्क में प्रक्रिया को प्रबंधित करने के लिए समय के साथ अत्यधिक कुशल इंजीनियरों की आवश्यकता होती है। बैकअप प्रबंधित करने के लिए स्वचालन उपकरण उपलब्ध हैं, किन्तु ऐसे बहुत कम समाधान हैं जो कॉन्फ़िगरेशन पुनर्प्राप्ति को संभालते हैं जो आउटेज के समग्र प्रभाव को कम करने के लिए आवश्यक है।<ref>{{Cite web|title=Why Machine Downtime Tracking Matters?|url=https://evocon.com/kb/machine-downtime-tracking/|access-date=2021-10-22|website=Evocon|date=10 September 2018 |language=en-US}}</ref>
डाउनटाइम का सबसे बड़ा कारण अनुचित कॉन्फ़िगरेशन है, जहां नियोजित परिवर्तन अनुचित हो जाता है। सामान्यतः संगठन कॉन्फ़िगरेशन बैकअप की प्रक्रिया को प्रबंधित करने के लिए मैन्युअल प्रयास पर भरोसा करते हैं, किन्तु इसके लिए बहु-विक्रेता नेटवर्क में प्रक्रिया को प्रबंधित करने के लिए समय के साथ अत्यधिक कुशल इंजीनियरों की आवश्यकता होती है। बैकअप प्रबंधित करने के लिए स्वचालन उपकरण उपलब्ध हैं, किन्तु ऐसे बहुत कम समाधान हैं जो कॉन्फ़िगरेशन पुनर्प्राप्ति को संभालते हैं जो आउटेज के समग्र प्रभाव को कम करने के लिए आवश्यक है।<ref>{{Cite web|title=Why Machine Downtime Tracking Matters?|url=https://evocon.com/kb/machine-downtime-tracking/|access-date=2021-10-22|website=Evocon|date=10 September 2018 |language=en-US}}</ref>


== योजना ==
== योजना ==

Revision as of 21:42, 17 July 2023

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

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

प्रकार

आउटेज अवधि या रखरखाव अवधि शब्द के लिए उद्योग मानकों में प्रारम्भ एवं समापन के भिन्न-भिन्न बिंदु हो सकते हैं, इसलिए अनुबंध निष्पादन में टकराव से बचने के लिए निम्नलिखित स्पष्टीकरण का उपयोग किया जाना चाहिए:

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

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

विशेषताएँ

अनियोजित डाउनटाइम किसी उपकरण का निकृष्ट आदि का परिणाम हो सकता है।

दूरसंचार आउटेज वर्गीकरण

डाउनटाइम हार्डवेयर (भौतिक उपकरण), (तर्क नियंत्रण उपकरण), इंटरकनेक्टिंग उपकरण (जैसे केबल, सुविधाएं, राउटर,...), ट्रांसमिशन (वायरलेस, माइक्रोवेव, सैटेलाइट), एवं/क्षमता ( प्रणाली सीमाएँ) में विफलता के कारण हो सकता है।

विफलताएँ आघात, असफलता, डिज़ाइन, प्रक्रियात्मक (मनुष्यों द्वारा अनुचित उपयोग), इंजीनियरिंग (कैसे उपयोग करें एवं परिनियोजन करें), अधिभार (यातायात या प्रणाली संसाधनों पर डिज़ाइन की गई थी सीमाओं से भिन्न दबाव), पर्यावरण (विद्युत एवं एचवीएसी जैसी समर्थन प्रणालियाँ) के कारण हो सकती हैं। (सॉफ्टवेयर अपग्रेड एवं उपकरण विकास जैसे उद्देश्य के लिए प्रणाली में डिज़ाइन किए गए आउटेज), अन्य (उपरोक्त में से कोई नहीं किन्तु ज्ञात), या अज्ञात हो सकता है। विफलताओं का उत्तरदायी ग्राहक/सेवा प्रदाता, वेंडर आपूर्तिकर्ता, उपयोगिता, सरकार, संविदाकार, अंतिम ग्राहक, सार्वजनिक व्यक्ति, प्रकृति का कार्य, अन्य (उपरोक्त में से कोई नहीं किन्तु ज्ञात), या अज्ञात हो सकते है।

प्रभाव

प्रणाली विफलताओं के कारण होने वाले व्यवधान कंप्यूटर/नेटवर्क प्रणाली के उपयोगकर्ताओं पर गंभीर प्रभाव डाल सकती हैं, विशेष रूप से उन उद्योगों पर जो लगभग 24 घंटे की सेवा पर निर्भर हैं:

इंटरनेट सेवा प्रदाता के उपयोगकर्ता एवं दूरसंचार नेटवर्क के अन्य ग्राहक भी प्रभावित हो सकते हैं। नेटवर्क आउटेज के कारण निगम व्यवसाय शोध हो सकते हैं या वे अनुबंध पर चूक कर सकते हैं, जिसके परिणाम स्वरूप वित्तीय हानि हो सकती है। वीम सॉफ्टवेयर 2019 क्लाउड डेटा प्रबंधन रिपोर्ट के अनुसार संगठनों को प्रति वर्ष औसतन 5-10 बार अनियोजित डाउनटाइम का सामना करना पड़ता है, जिसमें घंटे के डाउनटाइम की औसत वित्त $102,450 होती है।[1] वे लोग या संगठन जो डाउनटाइम से प्रभावित होते हैं वे विशेष विचारों के प्रति अधिक संवेदनशील हो सकते हैं:

  • कुछ लोग आउटेज की अवधि से अधिक प्रभावित होते हैं - उनके लिए यह संमुख होता है कि किसी समस्या से निकलने में कितना समय लगता है।
  • अन्य लोग आउटेज के समय के प्रति संवेदनशील होते हैं - पीक आवर्स के समय आउटेज उन्हें सबसे अधिक प्रभावित करता है।

सबसे अधिक मांग वाले उपयोगकर्ता वे हैं जिन्हें उच्च उपलब्धता की आवश्यकता होती है।

प्रसिद्ध आउटेज

मदर्स डे, रविवार, 8 मई, 1988 को, इलिनोइस बेल टेलीफोन कंपनी के हिंसडेल सेंट्रल कार्यालय के मुख्य स्विचिंग रूम में आग लग गई थी। राज्य की सबसे बड़ी टेलिफ़ोन स्विचिंग प्रणालियों में से एक, इस सुविधा ने कई व्यवसायों, अस्पतालों एवं शिकागो के ओ'हारे एवं मिडवे हवाई अड्डों सहित 38,000 ग्राहकों को सेवा प्रदान करते हुए प्रत्येक दिन 3.5 मिलियन से अधिक कॉल संसाधित कीं थी।[2]वस्तुतः 4ESS संपूर्ण AT&T नेटवर्क 15 जनवरी, 1990 को बार-बार सेवा से बाप्रत्येक जाता रहा, जिससे पूर्ण संयुक्त राज्य अमेरिका के लिए लंबी दूरी की सेवा बाधित हो गई थी। यातायात मंद होने पर समस्या स्वयं ही समाप्त हो गई थी। सॉफ़्टवेयर बग पाया गया था। [3]13 अप्रैल 1998 को AT&T ने अपना फ़्रेम रिले नेटवर्क 26 घंटों के लिए खो दिया।[4] इससे हजारों ग्राहक प्रभावित हुए एवं बैंक लेनदेन में एक हताहत हुआ था। AT&T ग्राहकों के साथ अपने अनुबंध पर सेवा स्तर समझौते को पूर्ण करने में विफल रहा एवं उसे लाखों डॉलर की लागत से 6,600 ग्राहक खातों को वापस करना पड़ा था।

2007-2008 के छुट्टियों के मौसम के समय, जो तेरह दिनों तक चला, Xbox Live में रुक-रुक कर डाउनटाइम हुआ।[5] Xbox 360 खरीदारों की बढ़ती मांग (Xbox Live के इतिहास में नए उपयोगकर्ता साइन-अप की सबसे बड़ी संख्या) को डाउनटाइम के कारण के रूप में दिया गया था; सेवा संबंधी समस्याओं में संशोधन करने के लिए, Microsoft ने अपने उपयोगकर्ताओं को निःशुल्क गेम प्राप्त करने का अवसर प्रदान किया।[6]सोनी का PlayStation नेटवर्क आउटेज, 20 अप्रैल, 2011 को प्रारम्भ हुआ एवं 14 मई, 2011 को संयुक्त राज्य अमेरिका में प्रारम्भ होकर धीरे-धीरे बहाल हो गया। यह आउटेज 2006 में अपनी स्थापना के पश्चात से पीएसएन के ऑफ़लाइन होने की सबसे लंबी अवधि है। सोनी ने कहा है कि समस्या बाप्रत्येकी घुसपैठ के कारण हुई थी जिसके परिणामस्वरूप व्यक्तिगत जानकारी जब्त हो गई थी। सोनी ने 26 अप्रैल, 2011 को रिपोर्ट दी कि उसी हैक द्वारा बड़ी मात्रा में उपयोगकर्ता डेटा प्राप्त किया गया था जिसके परिणामस्वरूप डाउनटाइम हुआ था।[7]2011 के अंत में निरंतर गीले मौसम के कारण विद्युत के स्विच बोर्ड में पानी घुस जाने के पश्चात टेल्स्ट्रा का राइड स्विच विफल हो गया। राइड स्विच ऑस्ट्रेलिया में क्षेत्र के अनुसार से बड़ा स्विच है, एवं इसने 720,000 से अधिक सेवाओं को प्रभावित किया है।[8]सर्वरएक्सिस का मियामी डेटासेंटर 29 फरवरी, 2016 को अघोषित रूप से ऑफ़लाइन हो गया एवं इसे कभी भी बहाल नहीं किया गया था। इससे कई प्रदाताओं एवं सैकड़ों वेबसाइटों पर असर पड़ा। आउटेज ने 2016 एनसीएए डिवीजन I महिला बास्केटबॉल टूर्नामेंट के कवरेज को प्रभावित किया, क्योंकि डब्ल्यूबीबीस्टेट, महिलाओं के बास्केटबॉल आंकड़ों का अब तक का सबसे व्यापक प्रदाता था।[9][[Roblox Corporation]] द्वारा Roblox, अक्टूबर 2021 के आसपास उनके चिपोटल इवेंट के समय संवृत हो गया था। कई उपयोगकर्ताओं ने सोचा कि यह घटना के कारण था, क्योंकि इसे बड़े पैमाने पर स्वागत मिला था, क्योंकि इसके समय उपयोगकर्ताओं को मुफ्त चिपोटल बरिटो मिल सकता था। यह आउटेज रोबॉक्स का सबसे बड़ा डाउनटाइम था, जो पूर्ण 3 दिनों तक चला था।[10][11][12]8 जुलाई, 2022 को, रोजर्स को कनाडा में 2022 रोजर्स कम्युनिकेशंस आउटेज का सामना करना पड़ा था। इससे सेल फोन एवं इंटरनेट एक्सेस साथ में प्रभावित हुआ, जिससे 911 कॉल, इंटरबैंक लेनदेन विफल हो गए एवं सरकारी सेवाएं भी बाधित हुईं थी।

सेवा स्तर

सेवा स्तर के भागों में, प्रतिशत मूल्य (प्रति माह या प्रति वर्ष) का उल्लेख करना समान्य है, जिसकी गणना सभी डाउनटाइम टाइमस्पैन के योग को संदर्भ समय अवधि (उदाप्रत्येकण के लिए महीना) के कुल समय से विभाजित करके की जाती है। 0% डाउनटाइम का तात्पर्य है कि सर्वर प्रत्येक समय उपलब्ध था।

इंटरनेट सर्वर के लिए प्रति वर्ष 1% से अधिक या इससे भी खराब डाउनटाइम को अस्वीकार्य माना जा सकता है क्योंकि इसका तात्पर्य प्रति वर्ष 3 दिनों से अधिक का डाउनटाइम है। ई-कॉमर्स एवं अन्य औद्योगिक उपयोग के लिए 0.1% से ऊपर का कोई भी मूल्य सामान्यतः अस्वीकार्य माना जाता है।[13]

प्रतिक्रिया एवं प्रभाव में कमी

यह सुनिश्चित करना नेटवर्क डिज़ाइनर का कर्तव्य है कि नेटवर्क आउटेज न हो। जब ऐसा होता है, तो अच्छी तरह से डिज़ाइन की गई प्रणाली स्थानीयकृत आउटेज के कारण आउटेज के प्रभाव को कम कर देगी, जिसे शीघ्र ज्ञात किया जा सकता है एवं उसे ठीक किया जा सकता है।

त्रुटि को ज्ञात करने के लिए प्रक्रिया की आवश्यकता होती है - नेटवर्क निगरानी - एवं नेटवर्क को कार्यशील स्थिति में बहाल करने के लिए - इसमें सामान्यतः सहायता केंद्र टीम सम्मिलित होती है जो किसी समस्या का निवारण कर सकती है, जो प्रशिक्षित इंजीनियरों से बनी होती है; उपयोगकर्ता इनपुट को फ़ील्ड करने के लिए भिन्न सहायता केंद्र टीम सामान्यतः आवश्यक होती है, जो विशेष रूप से डाउनटाइम के समय मांग वाली हो सकती है।

नेटवर्क प्रबंधन मॉडल प्रणाली का उपयोग ग्राहकों की शिकायतों से पूर्व सक्रिय दोष सुधार के साथ दोषपूर्ण या अपमानजनक घटकों का पता लगाने के लिए नेटवर्क प्रबंधन प्रणाली का उपयोग किया जा सकता है।

अनिष्ट प्रबंधन प्रौद्योगिकी का उपयोग किसी संगठन पर नेटवर्क आउटेज के प्रभाव को निर्धारित करने के लिए किया जा सकता है एवं अनिष्ट को कम करने के लिए किन कार्यों की आवश्यकता हो सकती है। विश्वसनीय घटकों का उपयोग करके, रखरखाव करके, जैसे कि अपग्रेड करके, अतिरेक (इंजीनियरिंग) का उपयोग करके या आकस्मिक योजना या व्यवसाय निरंतरता योजना बनाकर अनिष्ट को कम किया जा सकता है। प्रौद्योगिकी साधन त्रुटि सुधार कोड, रिट्रांसमिशन (डेटा नेटवर्क), चेकसम या विविधता योजना के साथ त्रुटियों को कम कर सकते हैं।

डाउनटाइम का सबसे बड़ा कारण अनुचित कॉन्फ़िगरेशन है, जहां नियोजित परिवर्तन अनुचित हो जाता है। सामान्यतः संगठन कॉन्फ़िगरेशन बैकअप की प्रक्रिया को प्रबंधित करने के लिए मैन्युअल प्रयास पर भरोसा करते हैं, किन्तु इसके लिए बहु-विक्रेता नेटवर्क में प्रक्रिया को प्रबंधित करने के लिए समय के साथ अत्यधिक कुशल इंजीनियरों की आवश्यकता होती है। बैकअप प्रबंधित करने के लिए स्वचालन उपकरण उपलब्ध हैं, किन्तु ऐसे बहुत कम समाधान हैं जो कॉन्फ़िगरेशन पुनर्प्राप्ति को संभालते हैं जो आउटेज के समग्र प्रभाव को कम करने के लिए आवश्यक है।[14]

योजना

नियोजित आउटेज प्रणाली स्वामी एवं/या सेवा प्रदाता द्वारा नियोजित गतिविधि का परिणाम है। अक्सर रखरखाव विंडो के समय निर्धारित इन रुकावटों का उपयोग निम्नलिखित सहित कार्यों को करने के लिए किया जा सकता है:

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

पूर्वानुमानित प्राकृतिक घटना, जैसे सूर्य आउटेज, के परिणामस्वरूप भी आउटेज की योजना बनाई जा सकती है।

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

बचाव

अधिकांश वेबसाइटों के लिए, वेबसाइट निगरानी उपलब्ध है। वेबसाइट मॉनिटरिंग (सिंथेटिक या निष्क्रिय) ऐसी सेवा है जो साइट पर डाउनटाइम एवं उपयोगकर्ताओं की निगरानी करती है।

अन्य उपयोग

डाउनटाइम उस समय को भी संदर्भित कर सकता है जब मानव पूंजी या अन्य संपत्तियां कम हो जाती हैं। उदाप्रत्येकण के लिए, यदि कर्मचारी बैठकों में हैं या किसी अन्य बाधा के कारण अपना कार्य करने में असमर्थ हैं, तो वे नीचे हैं। यह उतना ही महंगा हो सकता है, एवं किसी अन्य संपत्ति (यानी कंप्यूटर/ प्रणाली) के संवृत होने का परिणाम हो सकता है। इसे सामान्यतः मृत समय के रूप में भी जाना जाता है।

डाउनटाइम को व्यक्तिगत अर्थ में भी सामान्यीकृत किया जाता है, जिसका उपयोग नींद या मनोरंजन की अवधि को संदर्भित करने के लिए किया जाता है।[15][16][17] इस शब्द का प्रयोग कारखानों या औद्योगिक उपयोग में भी किया जाता है। कुल उत्पादक रखरखाव (टीपीएम) देखें।

डाउनटाइम मापना

ऐसी कई बाप्रत्येकी सेवाएँ हैं जिनका उपयोग अपटाइम एवं डाउनटाइम के साथ-साथ किसी सेवा या होस्ट की उपलब्धता की निगरानी के लिए किया जा सकता है।

यह भी देखें

संदर्भ

  1. "2021 Data Protection Trends Executive Brief". Veeam Software.
  2. Neumann, Peter G. (May 11, 1988). "जोखिम डाइजेस्ट". जोखिम डाइजेस्ट. 6 (82) – via catless.ncl.ac.uk.
  3. "The Crash of the AT&T Network in 1990".
  4. "आईपी ​​नेटवर्क सेवा आउटेज को रोकना" (PDF). Agilent Technologies. {{cite web}}: zero width space character in |title= at position 6 (help)
  5. "DAY 13 of Xbox Outage". Engadget. 2008-01-03. Retrieved 2011-04-27.
  6. Microsoft offers free game for Xbox Live holiday problems Archived 2011-12-01 at the Wayback Machine. PC World, January 4, 2008.
  7. "RESTORATION OF PLAYSTATION®NETWORK AND QRIOCITY SERVICES BEGINS". Sony Group Portal - Sony Global Headquarters (in English). Retrieved 2021-10-22.
  8. Sentences, Database of. "Egressed in a sentence | Examples of sentence with Egressed". dbsentences.com (in English). Retrieved 2021-10-22.
  9. A Website Went Offline And Took Most Of Women's College Basketball Analytics With It FiveThirtyEight
  10. "Roblox's Servers Are Back Online [Update]". 29 October 2021.
  11. "Is Roblox down? Why the gaming platform isn't working today with thousands of users reporting login problems". MSN.
  12. "रॉब्लॉक्स पूरे सप्ताहांत में बंद था, चिपोटल के कारण नहीं". 30 October 2021.
  13. Cohen, Gad. "डाउनटाइम, आउटेज और विफलताएँ - उनकी वास्तविक लागत को समझना". www.evolven.com (in British English). Retrieved 2021-10-22.
  14. "Why Machine Downtime Tracking Matters?". Evocon (in English). 10 September 2018. Retrieved 2021-10-22.
  15. "Rest & Relaxation: Why "Downtime" Is Important For Kids". 19 September 2016.
  16. "डाउनटाइम शेड्यूल करने का महत्व". 25 August 2008.
  17. "नींद की कमी आपके दिमाग पर क्या प्रभाव डालती है?". Many people think of sleep simply as a luxury -- a little downtime.