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

From Vigyanwiki
(Created page with "{{Short description|Period when a system is unavailable or unable to provide or perform its primary function}} {{Other uses}} डाउनटाइम शब्द का उ...")
 
No edit summary
 
(16 intermediate revisions by 4 users not shown)
Line 2: Line 2:
{{Other uses}}
{{Other uses}}


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


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


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


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


==विशेषताएँ==
==विशेषताएँ==
अनियोजित डाउनटाइम किसी उपकरण की खराबी आदि का परिणाम हो सकता है।
अनियोजित डाउनटाइम किसी उपकरण का निकृष्ट आदि का परिणाम हो सकता है।


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


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


==प्रभाव==
==प्रभाव==


सिस्टम विफलताओं के कारण होने वाली रुकावटें कंप्यूटर/नेटवर्क सिस्टम के उपयोगकर्ताओं पर गंभीर प्रभाव डाल सकती हैं, विशेष रूप से उन उद्योगों पर जो लगभग 24 घंटे की सेवा पर निर्भर हैं:
प्रणाली विफलताओं के कारण होने वाले व्यवधान कंप्यूटर/नेटवर्क प्रणाली के उपयोगकर्ताओं पर गंभीर रूप से प्रभावित कर सकती हैं, विशेष रूप से उन उद्योगों पर जो लगभग 24 घंटे की सेवा पर निर्भर हैं:
* [[चिकित्सा सूचना विज्ञान]]
* [[चिकित्सा सूचना विज्ञान]]
* परमाणु ऊर्जा और अन्य बुनियादी ढाँचा
* परमाणु ऊर्जा एवं अन्य मूलभूत आकृति
* [[ किनारा ]] और अन्य [[वित्तीय संस्थान]]
* [[ किनारा ]]एवं अन्य [[वित्तीय संस्थान]]
* वैमानिकी, [[एयरलाइन]]
* वैमानिकी, [[एयरलाइन]]
* [[समाचार अभिकर्तत्व]]
* [[समाचार अभिकर्तत्व]]
* [[ई-कॉमर्स]] और [[ऑनलाइन लेनदेन प्रसंस्करण]]
* [[ई-कॉमर्स]] एवं [[ऑनलाइन लेनदेन प्रसंस्करण]]
* [[आभासी दुनिया]]
* [[आभासी दुनिया|आभासी समाज]]
 
इंटरनेट सेवा प्रदाता के उपयोगकर्ता और दूरसंचार नेटवर्क के अन्य ग्राहक भी प्रभावित हो सकते हैं।


नेटवर्क आउटेज के कारण निगम व्यवसाय खो सकते हैं या वे अनुबंध पर चूक कर सकते हैं, जिसके परिणामस्वरूप वित्तीय नुकसान हो सकता है। [[वीम सॉफ्टवेयर]] 2019 क्लाउड डेटा प्रबंधन रिपोर्ट के अनुसार संगठनों को प्रति वर्ष औसतन 5-10 बार अनियोजित डाउनटाइम का सामना करना पड़ता है, जिसमें एक घंटे के डाउनटाइम की औसत लागत $102,450 होती है।<ref>{{Cite web|url=https://go.veeam.com/data-protection-trends-executive-brief|title=2021 Data Protection Trends Executive Brief|website=Veeam Software}}</ref>
इंटरनेट सेवा प्रदाता के उपयोगकर्ता एवं दूरसंचार नेटवर्क के अन्य ग्राहक भी प्रभावित हो सकते हैं। नेटवर्क आउटेज के कारण निगम व्यवसाय शोध हो सकते हैं या वे अनुबंध पर त्रुटि कर सकते हैं, जिसके परिणाम स्वरूप वित्तीय हानि हो सकती है। [[वीम सॉफ्टवेयर]] 2019 क्लाउड डेटा प्रबंधन रिपोर्ट के अनुसार संगठनों को प्रति वर्ष औसतन 5-10 बार अनियोजित डाउनटाइम का सामना करना पड़ता है, जिसमें घंटे के डाउनटाइम की औसत वित्त $102,450 होती है।<ref>{{Cite web|url=https://go.veeam.com/data-protection-trends-executive-brief|title=2021 Data Protection Trends Executive Brief|website=Veeam Software}}</ref> वे लोग या संगठन जो डाउनटाइम से प्रभावित होते हैं वे विशेष विचारों के प्रति अधिक संवेदनशील हो सकते हैं:
वे लोग या संगठन जो डाउनटाइम से प्रभावित होते हैं वे विशेष पहलुओं के प्रति अधिक संवेदनशील हो सकते हैं:
* कुछ लोग आउटेज की अवधि से अधिक प्रभावित होते हैं - उनके लिए यह संमुख होता है कि किसी समस्या से निकलने में कितना समय लगता है।
* कुछ लोग आउटेज की अवधि से अधिक प्रभावित होते हैं - उनके लिए यह मायने रखता है कि किसी समस्या से उबरने में कितना समय लगता है
* अन्य लोग आउटेज के समय के प्रति संवेदनशील होते हैं - पीक आवर्स के समय आउटेज उन्हें सबसे अधिक प्रभावित करता है।
* अन्य लोग आउटेज के समय के प्रति संवेदनशील होते हैं - पीक आवर्स के दौरान आउटेज उन्हें सबसे अधिक प्रभावित करता है


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


==प्रसिद्ध आउटेज==
==प्रसिद्ध आउटेज==
{{Recentism|date=May 2013}}
मदर्स डे, रविवार, 8 मई, 1988 को, [[इलिनोइस बेल]] टेलीफोन कंपनी के हिंसडेल सेंट्रल कार्यालय के मुख्य स्विचिंग रूम में आग लग गई थी। राज्य की सबसे बड़ी [[ टेलिफ़ोन एक्सचेंज | टेलिफ़ोन स्विचिंग]] प्रणालियों में से एक, इस सुविधा ने कई व्यवसायों, अस्पतालों एवं शिकागो के ओ'हारे एवं मिडवे हवाई अड्डों सहित 38,000 ग्राहकों को सेवा प्रदान करते हुए प्रत्येक दिन 3.5 मिलियन से अधिक कॉल संसाधित कीं थी।<ref>{{Cite journal|url=http://catless.ncl.ac.uk/Risks/6.82.html#subj2.1|title=जोखिम डाइजेस्ट|first=Peter G.|last=Neumann|date=May 11, 1988|journal=जोखिम डाइजेस्ट|volume=6|issue=82|via=catless.ncl.ac.uk}}</ref>वस्तुतः [[4ESS]] संपूर्ण एटी एंड टी नेटवर्क 15 जनवरी, 1990 को बार-बार सेवा से बाप्रत्येक जाता रहा, जिससे पूर्ण संयुक्त राज्य अमेरिका के लिए लंबी दूरी की सेवा बाधित हो गई थी। यातायात मंद होने पर समस्या स्वयं ही समाप्त हो गई थी। सॉफ़्टवेयर बग पाया गया था। <ref>{{cite web|url=http://www.phworld.org/history/attcrash.htm |title=The Crash of the AT&T Network in 1990}}</ref>13 अप्रैल 1998 को एटी एंड टी ने अपना [[ढ़ाचा प्रसारित करना|फ़्रेम रिले]] नेटवर्क 26 घंटों के लिए खो दिया।<ref>{{Cite web|url=https://www.keysight.com/upload/cmc_upload/All/sp-insight.pdf|title=आईपी ​​नेटवर्क सेवा आउटेज को रोकना|website=Agilent Technologies}}</ref> इससे हजारों ग्राहक प्रभावित हुए एवं बैंक लेनदेन में एक हताहत हुआ था। एटी एंड टी ग्राहकों के साथ अपने अनुबंध पर सेवा स्तर समझौते को पूर्ण करने में विफल रहा एवं उसे लाखों डॉलर की लागत से 6,600 ग्राहक खातों को वापस करना पड़ा था।
मदर्स डे, रविवार, 8 मई, 1988 को, [[इलिनोइस बेल]] टेलीफोन कंपनी के हिंसडेल सेंट्रल कार्यालय के मुख्य स्विचिंग रूम में आग लग गई। राज्य की सबसे बड़ी [[ टेलिफ़ोन एक्सचेंज ]] प्रणालियों में से एक, इस सुविधा ने कई व्यवसायों, अस्पतालों और शिकागो के ओ'हारे और मिडवे हवाई अड्डों सहित 38,000 ग्राहकों को सेवा प्रदान करते हुए प्रत्येक दिन 3.5 मिलियन से अधिक कॉल संसाधित कीं।<ref>{{Cite journal|url=http://catless.ncl.ac.uk/Risks/6.82.html#subj2.1|title=जोखिम डाइजेस्ट|first=Peter G.|last=Neumann|date=May 11, 1988|journal=जोखिम डाइजेस्ट|volume=6|issue=82|via=catless.ncl.ac.uk}}</ref>
वस्तुतः संपूर्ण AT&T Corporation|AT&T नेटवर्क के [[4ESS]] टोल टैंडेम स्विच 15 जनवरी, 1990 को बार-बार सेवा में आए और बंद हुए, जिससे संपूर्ण संयुक्त राज्य अमेरिका के लिए लंबी दूरी की सेवा बाधित हो गई। यातायात धीमा होने पर समस्या स्वयं ही समाप्त हो गई। एक सॉफ़्टवेयर बग पाया गया.<ref>{{cite web|url=http://www.phworld.org/history/attcrash.htm |title=The Crash of the AT&T Network in 1990}}</ref>
13 अप्रैल 1998 को AT&T ने अपना [[ढ़ाचा प्रसारित करना]] नेटवर्क 26 घंटे के लिए खो दिया।<ref>{{Cite web|url=https://www.keysight.com/upload/cmc_upload/All/sp-insight.pdf|title=आईपी ​​नेटवर्क सेवा आउटेज को रोकना|website=Agilent Technologies}}</ref> इससे हजारों ग्राहक प्रभावित हुए और बैंक लेनदेन में एक हताहत हुआ। AT&T ग्राहकों के साथ अपने अनुबंध पर सेवा स्तर समझौते को पूरा करने में विफल रहा और उसे धन वापस करना पड़ा<ref>{{Cite journal|url=http://catless.ncl.ac.uk/Risks/19.72.html#subj6.1|title=जोखिम डाइजेस्ट|first=Peter G.|last=Neumann|date=May 7, 1998|journal=जोखिम डाइजेस्ट|volume=19|issue=72|via=catless.ncl.ac.uk}}</ref> 6,600 ग्राहक खाते, जिनकी लागत लाखों डॉलर है।


2007-2008 के छुट्टियों के मौसम के दौरान, जो तेरह दिनों तक चला, [[Xbox Live]] में रुक-रुक कर डाउनटाइम हुआ।<ref>{{cite web |url=https://www.engadget.com/2008/01/03/xbox-live-outage-day-13-still-up-and-down-still-preventing-fu/ |title=DAY 13 of Xbox Outage |date=2008-01-03 |publisher=Engadget |access-date=2011-04-27}}</ref> Xbox 360 खरीदारों की बढ़ती मांग (Xbox Live के इतिहास में नए उपयोगकर्ता साइन-अप की सबसे बड़ी संख्या) को डाउनटाइम के कारण के रूप में दिया गया था; सेवा संबंधी समस्याओं में संशोधन करने के लिए, Microsoft ने अपने उपयोगकर्ताओं को एक निःशुल्क गेम प्राप्त करने का अवसर प्रदान किया।<ref>[http://www.pcworld.com/article/141018/microsoft_offers_free_game_for_xbox_live_holiday_problems.html Microsoft offers free game for Xbox Live holiday problems] {{Webarchive|url=https://web.archive.org/web/20111201212234/http://www.pcworld.com/article/141018/microsoft_offers_free_game_for_xbox_live_holiday_problems.html |date=2011-12-01 }}. [[PC World (magazine)|''PC World'']], January 4, 2008.</ref>
2007-2008 के छुट्टियों के मौसम के समय, जो तेरह दिनों तक चला, एक्सबाक्स लाईवमें रुक-रुक कर डाउनटाइम हुआ।<ref>{{cite web |url=https://www.engadget.com/2008/01/03/xbox-live-outage-day-13-still-up-and-down-still-preventing-fu/ |title=DAY 13 of Xbox Outage |date=2008-01-03 |publisher=Engadget |access-date=2011-04-27}}</ref> एक्सबाक्स 360 खरीदारों की बढ़ती मांग (एक्सबाक्स लाईवके इतिहास में नए उपयोगकर्ता साइन-अप की सबसे बड़ी संख्या) को डाउनटाइम के कारण के रूप में दिया गया था; सेवा संबंधी समस्याओं में संशोधन करने के लिए, Microsoft ने अपने उपयोगकर्ताओं को निःशुल्क गेम प्राप्त करने का अवसर प्रदान किया।<ref>[http://www.pcworld.com/article/141018/microsoft_offers_free_game_for_xbox_live_holiday_problems.html Microsoft offers free game for Xbox Live holiday problems] {{Webarchive|url=https://web.archive.org/web/20111201212234/http://www.pcworld.com/article/141018/microsoft_offers_free_game_for_xbox_live_holiday_problems.html |date=2011-12-01 }}. [[PC World (magazine)|''PC World'']], January 4, 2008.</ref>[[सोनी]] का PlayStation नेटवर्क आउटेज, 20 अप्रैल, 2011 को प्रारम्भ हुआ एवं 14 मई, 2011 को [[संयुक्त राज्य अमेरिका]] में प्रारम्भ होकर धीरे-धीरे बहाल हो गया। यह आउटेज 2006 में अपनी स्थापना के पश्चात से पीएसएन के ऑफ़लाइन होने की सबसे लंबी अवधि है। सोनी ने कहा है कि समस्या बाप्रत्येकी घुसपैठ के कारण हुई थी जिसके परिणामस्वरूप व्यक्तिगत जानकारी जब्त हो गई थी। सोनी ने 26 अप्रैल, 2011 को रिपोर्ट दी कि उसी हैक द्वारा बड़ी मात्रा में उपयोगकर्ता डेटा प्राप्त किया गया था जिसके परिणामस्वरूप डाउनटाइम हुआ था।<ref>{{Cite web|title=RESTORATION OF PLAYSTATION®NETWORK AND QRIOCITY SERVICES BEGINS|url=http://www.sony.com/en/SonyInfo/News/Press/201105/11-0515E/index.html|access-date=2021-10-22|website=Sony Group Portal - Sony Global Headquarters|language=en}}</ref>2011 के अंत में निरंतर गीले मौसम के कारण विद्युत के स्विच बोर्ड में पानी घुस जाने के पश्चात [[टेल्स्ट्रा]] का राइड स्विच विफल हो गया। राइड स्विच ऑस्ट्रेलिया में क्षेत्र के अनुसार से बड़ा स्विच है, एवं इसने 720,000 से अधिक सेवाओं को प्रभावित किया है।<ref>{{Cite web|last=Sentences|first=Database of|title=Egressed in a sentence {{!}} Examples of sentence with Egressed|url=https://dbsentences.com/egressed-in-a-sentence/|access-date=2021-10-22|website=dbsentences.com|language=en-US}}</ref>सर्वरएक्सिस का [[मियामी]] डेटासेंटर 29 फरवरी, 2016 को अघोषित रूप से ऑफ़लाइन हो गया एवं इसे कभी भी बहाल नहीं किया गया था। इससे कई प्रदाताओं एवं सैकड़ों वेबसाइटों पर असर पड़ा। आउटेज ने 2016 एनसीएए डिवीजन I महिला बास्केटबॉल टूर्नामेंट के कवरेज को प्रभावित किया, क्योंकि डब्ल्यूबीबीस्टेट, महिलाओं के बास्केटबॉल आंकड़ों का अब तक का सबसे व्यापक प्रदाता था।<ref>[http://fivethirtyeight.com/features/a-website-went-offline-and-took-most-of-womens-college-basketball-analytics-with-it/ A Website Went Offline And Took Most Of Women's College Basketball Analytics With It] [[FiveThirtyEight]]</ref><nowiki>[[रोबॉक्स कॉर्पोरेशन]]</nowiki> द्वारा रोबोक्स, अक्टूबर 2021 के आसपास उनके [[चिपोटल मैक्सिकन ग्रिल|चिपोटल इवेंट]] के समय संवृत हो गया था। कई उपयोगकर्ताओं ने सोचा कि यह घटना के कारण था, क्योंकि इसे बड़े पैमाने पर स्वागत मिला था, क्योंकि इसके समय उपयोगकर्ताओं को मुफ्त चिपोटल बरिटो मिल सकता था। यह आउटेज रोबॉक्स का सबसे बड़ा डाउनटाइम था, जो पूर्ण 3 दिनों तक चला था।<ref>{{cite web | url=https://www.ign.com/articles/roblox-servers-down-chipotle-free-burritos | title=Roblox's Servers Are Back Online &#91;Update&#93; | date=29 October 2021 }}</ref><ref>{{cite web | url=https://www.msn.com/en-us/news/technology/is-roblox-down-why-the-gaming-platform-isn-e2-80-99t-working-today-with-thousands-of-users-reporting-login-problems/ar-AAQ5oWh | title=Is Roblox down? Why the gaming platform isn't working today with thousands of users reporting login problems | website=[[MSN]] }}</ref><ref>{{cite web | url=https://www.theverge.com/2021/10/30/22754107/roblox-down-outage-chipotle-server-issues-status | title=रॉब्लॉक्स पूरे सप्ताहांत में बंद था, चिपोटल के कारण नहीं| date=30 October 2021 }}</ref>8 जुलाई, 2022 को, रोजर्स को [[कनाडा]] में [[2022 रोजर्स कम्युनिकेशंस आउटेज]] का सामना करना पड़ा था। इससे सेल फोन एवं इंटरनेट एक्सेस साथ में प्रभावित हुआ, जिससे 911 कॉल, इंटरबैंक लेनदेन विफल हो गए एवं सरकारी सेवाएं भी बाधित हुईं थी।
[[सोनी]] का PlayStation नेटवर्क आउटेज, 20 अप्रैल, 2011 को शुरू हुआ और 14 मई, 2011 को [[संयुक्त राज्य अमेरिका]] में शुरू होकर धीरे-धीरे बहाल हो गया। यह आउटेज 2006 में अपनी स्थापना के बाद से पीएसएन के ऑफ़लाइन होने की सबसे लंबी अवधि है। सोनी ने कहा है कि समस्या बाहरी घुसपैठ के कारण हुई थी जिसके परिणामस्वरूप व्यक्तिगत जानकारी जब्त हो गई थी। सोनी ने 26 अप्रैल, 2011 को रिपोर्ट दी कि उसी हैक द्वारा बड़ी मात्रा में उपयोगकर्ता डेटा प्राप्त किया गया था जिसके परिणामस्वरूप डाउनटाइम हुआ।<ref>{{Cite web|title=RESTORATION OF PLAYSTATION®NETWORK AND QRIOCITY SERVICES BEGINS|url=http://www.sony.com/en/SonyInfo/News/Press/201105/11-0515E/index.html|access-date=2021-10-22|website=Sony Group Portal - Sony Global Headquarters|language=en}}</ref>
2011 के अंत में लगातार गीले मौसम के कारण बिजली के स्विच बोर्ड में पानी घुस जाने के बाद [[टेल्स्ट्रा]] का राइड स्विच विफल हो गया। राइड स्विच ऑस्ट्रेलिया में क्षेत्र के हिसाब से सबसे बड़े स्विचों में से एक है, और इसने 720,000 से अधिक सेवाओं को प्रभावित किया है।<ref>{{Cite web|last=Sentences|first=Database of|title=Egressed in a sentence {{!}} Examples of sentence with Egressed|url=https://dbsentences.com/egressed-in-a-sentence/|access-date=2021-10-22|website=dbsentences.com|language=en-US}}</ref>
सर्वरएक्सिस का [[मियामी]] डेटासेंटर 29 फरवरी, 2016 को अघोषित रूप से ऑफ़लाइन हो गया और इसे कभी भी बहाल नहीं किया गया। इससे कई प्रदाताओं और सैकड़ों वेबसाइटों पर असर पड़ा। आउटेज ने 2016 एनसीएए डिवीजन I महिला बास्केटबॉल टूर्नामेंट के कवरेज को प्रभावित किया, क्योंकि प्रभावित साइटों में से एक, डब्ल्यूबीबीस्टेट, महिलाओं के बास्केटबॉल आंकड़ों का अब तक का सबसे व्यापक प्रदाता था।<ref>[http://fivethirtyeight.com/features/a-website-went-offline-and-took-most-of-womens-college-basketball-analytics-with-it/ A Website Went Offline And Took Most Of Women's College Basketball Analytics With It] [[FiveThirtyEight]]</ref>
[[[[Roblox]] Corporation]] द्वारा Roblox, अक्टूबर 2021 के आसपास उनके [[चिपोटल मैक्सिकन ग्रिल]] इवेंट के दौरान बंद हो गया था। कई उपयोगकर्ताओं ने सोचा कि यह घटना के कारण था, क्योंकि इसे बड़े पैमाने पर स्वागत मिला था, क्योंकि इसके दौरान उपयोगकर्ताओं को मुफ्त चिपोटल बरिटो मिल सकता था। यह आउटेज रोबॉक्स का सबसे बड़ा डाउनटाइम था, जो पूरे 3 दिनों तक चला।<ref>{{cite web | url=https://www.ign.com/articles/roblox-servers-down-chipotle-free-burritos | title=Roblox's Servers Are Back Online &#91;Update&#93; | date=29 October 2021 }}</ref><ref>{{cite web | url=https://www.msn.com/en-us/news/technology/is-roblox-down-why-the-gaming-platform-isn-e2-80-99t-working-today-with-thousands-of-users-reporting-login-problems/ar-AAQ5oWh | title=Is Roblox down? Why the gaming platform isn't working today with thousands of users reporting login problems | website=[[MSN]] }}</ref><ref>{{cite web | url=https://www.theverge.com/2021/10/30/22754107/roblox-down-outage-chipotle-server-issues-status | title=रॉब्लॉक्स पूरे सप्ताहांत में बंद था, चिपोटल के कारण नहीं| date=30 October 2021 }}</ref>
8 जुलाई, 2022 को, रोजर्स को [[कनाडा]] में [[2022 रोजर्स कम्युनिकेशंस आउटेज]] का सामना करना पड़ा। इससे सेल फोन और इंटरनेट एक्सेस एक साथ प्रभावित हुआ, जिससे 911 कॉल, इंटरबैंक लेनदेन विफल हो गए और सरकारी सेवाएं भी बाधित हुईं।


==सेवा स्तर==
==सेवा स्तर==


सेवा स्तर के समझौतों में, प्रतिशत मूल्य (प्रति माह या प्रति वर्ष) का उल्लेख करना आम बात है, जिसकी गणना सभी डाउनटाइम टाइमस्पैन के योग को संदर्भ समय अवधि (उदाहरण के लिए एक महीना) के कुल समय से विभाजित करके की जाती है। 0% डाउनटाइम का मतलब है कि सर्वर हर समय उपलब्ध था।
सेवा स्तर के भागों में, प्रतिशत मूल्य (प्रति माह या प्रति वर्ष) का उल्लेख करना समान्य है, जिसकी गणना सभी डाउनटाइम टाइमस्पैन के योग को संदर्भ समय अवधि (उदाहरण के लिए महीना) के पूर्ण समय से विभाजित करके की जाती है। 0% डाउनटाइम का तात्पर्य है कि सर्वर प्रत्येक समय उपलब्ध था।
 
इंटरनेट सर्वर के लिए प्रति वर्ष 1% से अधिक या इससे भी खराब डाउनटाइम को अस्वीकार्य माना जा सकता है क्योंकि इसका मतलब प्रति वर्ष 3 दिनों से अधिक का डाउनटाइम है। ई-कॉमर्स और अन्य औद्योगिक उपयोग के लिए 0.1% से ऊपर का कोई भी मूल्य आमतौर पर अस्वीकार्य माना जाता है।<ref>{{Cite web|last=Cohen|first=Gad|title=डाउनटाइम, आउटेज और विफलताएँ - उनकी वास्तविक लागत को समझना|url=https://www.evolven.com/blog/downtime-outages-and-failures-understanding-their-true-costs.html|access-date=2021-10-22|website=www.evolven.com|language=en-gb}}</ref>


इंटरनेट सर्वर के लिए प्रति वर्ष 1% से अधिक या इससे भी खराब डाउनटाइम को अस्वीकार्य माना जा सकता है क्योंकि इसका तात्पर्य प्रति वर्ष 3 दिनों से अधिक का डाउनटाइम है। ई-कॉमर्स एवं अन्य औद्योगिक उपयोग के लिए 0.1% से ऊपर का कोई भी मूल्य सामान्यतः अस्वीकार्य माना जाता है।<ref>{{Cite web|last=Cohen|first=Gad|title=डाउनटाइम, आउटेज और विफलताएँ - उनकी वास्तविक लागत को समझना|url=https://www.evolven.com/blog/downtime-outages-and-failures-understanding-their-true-costs.html|access-date=2021-10-22|website=www.evolven.com|language=en-gb}}</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>
डाउनटाइम का सबसे बड़ा कारण अनुचित कॉन्फ़िगरेशन है, जहां नियोजित परिवर्तन अनुचित हो जाता है। सामान्यतः संगठन कॉन्फ़िगरेशन बैकअप की प्रक्रिया को प्रबंधित करने के लिए मैन्युअल प्रयास पर भरोसा करते हैं, किन्तु इसके लिए बहु-विक्रेता नेटवर्क में प्रक्रिया को प्रबंधित करने के लिए समय के साथ अत्यधिक कुशल इंजीनियरों की आवश्यकता होती है। बैकअप प्रबंधित करने के लिए स्वचालन उपकरण उपलब्ध हैं, किन्तु ऐसे बहुत कम समाधान हैं जो कॉन्फ़िगरेशन पुनर्प्राप्ति को संभालते हैं जो आउटेज के समग्र प्रभाव को कम करने के लिए आवश्यक है।<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|url=https://thenaturalnurturer.com/rest-relaxation-why-downtime-is-important-for-kids/|title=Rest & Relaxation: Why "Downtime" Is Important For Kids|date=19 September 2016}}</ref><ref>{{cite web|url=https://www.lifehack.org/articles/productivity/the-importance-of-scheduling-downtime.html|title=डाउनटाइम शेड्यूल करने का महत्व|date=25 August 2008}}</ref><ref>{{cite web|url=https://www.webmd.com/sleep-disorders/features/emotions-cognitive|title=नींद की कमी आपके दिमाग पर क्या प्रभाव डालती है?|quote=Many people think of sleep simply as a luxury -- a little downtime.}}</ref>
डाउनटाइम को व्यक्तिगत अर्थ में भी सामान्यीकृत किया जाता है, जिसका उपयोग [[नींद]] या [[मनोरंजन]] की अवधि को संदर्भित करने के लिए किया जाता है।<ref>{{cite web|url=https://thenaturalnurturer.com/rest-relaxation-why-downtime-is-important-for-kids/|title=Rest & Relaxation: Why "Downtime" Is Important For Kids|date=19 September 2016}}</ref><ref>{{cite web|url=https://www.lifehack.org/articles/productivity/the-importance-of-scheduling-downtime.html|title=डाउनटाइम शेड्यूल करने का महत्व|date=25 August 2008}}</ref><ref>{{cite web|url=https://www.webmd.com/sleep-disorders/features/emotions-cognitive|title=नींद की कमी आपके दिमाग पर क्या प्रभाव डालती है?|quote=Many people think of sleep simply as a luxury -- a little downtime.}}</ref>इस शब्द का प्रयोग कारखानों या औद्योगिक उपयोग में भी किया जाता है। [[कुल उत्पादक रखरखाव|पूर्ण उत्पादक सुरक्षा]] देखें।
इस शब्द का प्रयोग कारखानों या औद्योगिक उपयोग में भी किया जाता है। [[कुल उत्पादक रखरखाव]] (टीपीएम) देखें।


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


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


==यह भी देखें==
==यह भी देखें==
* उच्च उपलब्धता
* उच्च उपलब्धता
* अपटाइम
* अपटाइम
*[[मतलब खाली समय]]
*[[मतलब खाली समय|तात्पर्य डाउनटाइम]]
* #योजना
* नियोजित डाउनटाइम
* [[वाहक ग्रेड]]
* [[वाहक ग्रेड]]


==संदर्भ==
==संदर्भ==
{{reflist}}
{{reflist}}
[[Category: इंजीनियरिंग विफलताएँ]] [[Category: रखरखाव]] [[Category: तंत्र अध्यक्ष]]
 


[[it:Tempo di fermo]]
[[it:Tempo di fermo]]


 
[[Category:Articles with hatnote templates targeting a nonexistent page]]
 
[[Category:CS1 British English-language sources (en-gb)]]
[[Category: Machine Translated Page]]
[[Category:CS1 English-language sources (en)]]
[[Category:CS1 errors]]
[[Category:Created On 10/07/2023]]
[[Category:Created On 10/07/2023]]
[[Category:Lua-based templates]]
[[Category:Machine Translated Page]]
[[Category:Pages with script errors]]
[[Category:Templates Vigyan Ready]]
[[Category:Templates that add a tracking category]]
[[Category:Templates that generate short descriptions]]
[[Category:Templates using TemplateData]]
[[Category:Webarchive template wayback links]]
[[Category:इंजीनियरिंग विफलताएँ]]
[[Category:तंत्र अध्यक्ष]]
[[Category:रखरखाव]]

Latest revision as of 19:37, 21 July 2023

For other uses, see डाउनटाइम (disambiguation).

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

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

प्रकार

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

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

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

विशेषताएँ

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

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

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

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

प्रभाव

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

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

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

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

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

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

2007-2008 के छुट्टियों के मौसम के समय, जो तेरह दिनों तक चला, एक्सबाक्स लाईवमें रुक-रुक कर डाउनटाइम हुआ।[5] एक्सबाक्स 360 खरीदारों की बढ़ती मांग (एक्सबाक्स लाईवके इतिहास में नए उपयोगकर्ता साइन-अप की सबसे बड़ी संख्या) को डाउनटाइम के कारण के रूप में दिया गया था; सेवा संबंधी समस्याओं में संशोधन करने के लिए, Microsoft ने अपने उपयोगकर्ताओं को निःशुल्क गेम प्राप्त करने का अवसर प्रदान किया।[6]सोनी का PlayStation नेटवर्क आउटेज, 20 अप्रैल, 2011 को प्रारम्भ हुआ एवं 14 मई, 2011 को संयुक्त राज्य अमेरिका में प्रारम्भ होकर धीरे-धीरे बहाल हो गया। यह आउटेज 2006 में अपनी स्थापना के पश्चात से पीएसएन के ऑफ़लाइन होने की सबसे लंबी अवधि है। सोनी ने कहा है कि समस्या बाप्रत्येकी घुसपैठ के कारण हुई थी जिसके परिणामस्वरूप व्यक्तिगत जानकारी जब्त हो गई थी। सोनी ने 26 अप्रैल, 2011 को रिपोर्ट दी कि उसी हैक द्वारा बड़ी मात्रा में उपयोगकर्ता डेटा प्राप्त किया गया था जिसके परिणामस्वरूप डाउनटाइम हुआ था।[7]2011 के अंत में निरंतर गीले मौसम के कारण विद्युत के स्विच बोर्ड में पानी घुस जाने के पश्चात टेल्स्ट्रा का राइड स्विच विफल हो गया। राइड स्विच ऑस्ट्रेलिया में क्षेत्र के अनुसार से बड़ा स्विच है, एवं इसने 720,000 से अधिक सेवाओं को प्रभावित किया है।[8]सर्वरएक्सिस का मियामी डेटासेंटर 29 फरवरी, 2016 को अघोषित रूप से ऑफ़लाइन हो गया एवं इसे कभी भी बहाल नहीं किया गया था। इससे कई प्रदाताओं एवं सैकड़ों वेबसाइटों पर असर पड़ा। आउटेज ने 2016 एनसीएए डिवीजन I महिला बास्केटबॉल टूर्नामेंट के कवरेज को प्रभावित किया, क्योंकि डब्ल्यूबीबीस्टेट, महिलाओं के बास्केटबॉल आंकड़ों का अब तक का सबसे व्यापक प्रदाता था।[9][[रोबॉक्स कॉर्पोरेशन]] द्वारा रोबोक्स, अक्टूबर 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.
Retrieved from ‘https://www.vigyanwiki.in/index.php?title=डाउनटाइम&oldid=222522’