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

From Vigyanwiki
No edit summary
No edit summary
Line 2: Line 2:
{{Other uses}}
{{Other uses}}


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


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


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


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


असफलताएँ इस कारण से हो सकती हैं
असफलताएँ इस कारण से हो सकती हैं
Line 38: Line 31:
प्रक्रियात्मक (मनुष्यों द्वारा अनुचित उपयोग),
प्रक्रियात्मक (मनुष्यों द्वारा अनुचित उपयोग),
इंजीनियरिंग (कैसे उपयोग करें और परिनियोजन करें),
इंजीनियरिंग (कैसे उपयोग करें और परिनियोजन करें),
अधिभार (यातायात या सिस्टम संसाधनों पर डिज़ाइन की गई सीमाओं से परे दबाव),
अधिभार (यातायात या प्रणाली संसाधनों पर डिज़ाइन की गई सीमाओं से परे दबाव),
पर्यावरण (बिजली और एचवीएसी जैसी सहायता प्रणाली),
पर्यावरण (बिजली और एचवीएसी जैसी सहायता प्रणाली),
(सॉफ्टवेयर अपग्रेड और उपकरण विकास जैसे उद्देश्य के लिए सिस्टम में डिज़ाइन किए गए आउटेज),
(सॉफ्टवेयर अपग्रेड और उपकरण विकास जैसे उद्देश्य के लिए प्रणाली में डिज़ाइन किए गए आउटेज),
अन्य (उपरोक्त में से कोई नहीं लेकिन ज्ञात), या
अन्य (उपरोक्त में से कोई नहीं लेकिन ज्ञात), या
अज्ञात।
अज्ञात।
Line 58: Line 51:
==प्रभाव==
==प्रभाव==


सिस्टम विफलताओं के कारण होने वाली रुकावटें कंप्यूटर/नेटवर्क सिस्टम के उपयोगकर्ताओं पर गंभीर प्रभाव डाल सकती हैं, विशेष रूप से उन उद्योगों पर जो लगभग 24 घंटे की सेवा पर निर्भर हैं:
प्रणाली विफलताओं के कारण होने वाली रुकावटें कंप्यूटर/नेटवर्क प्रणाली के उपयोगकर्ताओं पर गंभीर प्रभाव डाल सकती हैं, विशेष रूप से उन उद्योगों पर जो लगभग 24 घंटे की सेवा पर निर्भर हैं:
* [[चिकित्सा सूचना विज्ञान]]
* [[चिकित्सा सूचना विज्ञान]]
* परमाणु ऊर्जा और अन्य बुनियादी ढाँचा
* परमाणु ऊर्जा और अन्य बुनियादी ढाँचा
Line 72: Line 65:
वे लोग या संगठन जो डाउनटाइम से प्रभावित होते हैं वे विशेष पहलुओं के प्रति अधिक संवेदनशील हो सकते हैं:
वे लोग या संगठन जो डाउनटाइम से प्रभावित होते हैं वे विशेष पहलुओं के प्रति अधिक संवेदनशील हो सकते हैं:
* कुछ लोग आउटेज की अवधि से अधिक प्रभावित होते हैं - उनके लिए यह मायने रखता है कि किसी समस्या से उबरने में कितना समय लगता है
* कुछ लोग आउटेज की अवधि से अधिक प्रभावित होते हैं - उनके लिए यह मायने रखता है कि किसी समस्या से उबरने में कितना समय लगता है
* अन्य लोग आउटेज के समय के प्रति संवेदनशील होते हैं - पीक आवर्स के दौरान आउटेज उन्हें सबसे अधिक प्रभावित करता है
* अन्य लोग आउटेज के समय के प्रति संवेदनशील होते हैं - पीक आवर्स के समय आउटेज उन्हें सबसे अधिक प्रभावित करता है


सबसे अधिक मांग वाले उपयोगकर्ता वे हैं जिन्हें [[उच्च उपलब्धता]] की आवश्यकता होती है।
सबसे अधिक मांग वाले उपयोगकर्ता वे हैं जिन्हें [[उच्च उपलब्धता]] की आवश्यकता होती है।
Line 81: Line 74:
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 ग्राहक खाते, जिनकी लागत लाखों डॉलर है।
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 के छुट्टियों के मौसम के समय, जो तेरह दिनों तक चला, [[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>
[[सोनी]] का 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>
[[सोनी]] का 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>
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>
सर्वर्सिस का [[मियामी]] डेटासेंटर 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>
[[[[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 कॉल, इंटरबैंक लेनदेन विफल हो गए और सरकारी सेवाएं भी बाधित हुईं।
8 जुलाई, 2022 को, रोजर्स को [[कनाडा]] में [[2022 रोजर्स कम्युनिकेशंस आउटेज]] का सामना करना पड़ा। इससे सेल फोन और इंटरनेट ्सेस  साथ प्रभावित हुआ, जिससे 911 कॉल, इंटरबैंक लेनदेन विफल हो गए और सरकारी सेवाएं भी बाधित हुईं।


Line 92: Line 85:
सेवा स्तर के समझौतों में, प्रतिशत मूल्य (प्रति माह या प्रति वर्ष) का उल्लेख करना आम बात है, जिसकी गणना सभी डाउनटाइम टाइमस्पैन के योग को संदर्भ समय अवधि (उदाहरण के लिए  महीना) के कुल समय से विभाजित करके की जाती है। 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>


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


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


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


डाउनटाइम का सबसे बड़ा कारण गलत कॉन्फ़िगरेशन है, जहां नियोजित परिवर्तन गलत हो जाता है। आमतौर पर संगठन कॉन्फ़िगरेशन बैकअप की प्रक्रिया को प्रबंधित करने के लिए मैन्युअल प्रयास पर भरोसा करते हैं, लेकिन इसके लिए बहु-विक्रेता नेटवर्क में प्रक्रिया को प्रबंधित करने के लिए समय के साथ अत्यधिक कुशल इंजीनियरों की आवश्यकता होती है। बैकअप प्रबंधित करने के लिए स्वचालन उपकरण उपलब्ध हैं, लेकिन ऐसे बहुत कम समाधान हैं जो कॉन्फ़िगरेशन पुनर्प्राप्ति को संभालते हैं जो आउटेज के समग्र प्रभाव को कम करने के लिए आवश्यक है।<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>


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


* आस्थगित रखरखाव, उदाहरण के लिए,  आस्थगित हार्डवेयर मरम्मत या ख़राब मेमोरी को साफ़ करने के लिए  आस्थगित पुनरारंभ
* आस्थगित रखरखाव, उदाहरण के लिए,  आस्थगित हार्डवेयर मरम्मत या ख़राब मेमोरी को साफ़ करने के लिए  आस्थगित पुनरारंभ
Line 119: Line 112:
पूर्वानुमानित प्राकृतिक घटना, जैसे सूर्य आउटेज, के परिणामस्वरूप भी आउटेज की योजना बनाई जा सकती है।
पूर्वानुमानित प्राकृतिक घटना, जैसे सूर्य आउटेज, के परिणामस्वरूप भी आउटेज की योजना बनाई जा सकती है।


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


==बचाव==
==बचाव==
Line 126: Line 119:
==अन्य उपयोग==
==अन्य उपयोग==


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


डाउनटाइम को व्यक्तिगत अर्थ में भी सामान्यीकृत किया जाता है, जिसका उपयोग [[नींद]] या [[मनोरंजन]] की अवधि को संदर्भित करने के लिए किया जाता है।<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>

Revision as of 18:51, 17 July 2023

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

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

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

प्रकार

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

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

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

विशेषताएँ

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

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

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

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

असफलताओं की जिम्मेदारी हो सकती है ग्राहक/सेवा प्रदाता, वेंडर आपूर्तिकर्ता, उपयोगिता, सरकार, ठेकेदार, आखिरी ग्राहक, सार्वजनिक व्यक्ति, प्रकृति का कार्य, अन्य (उपरोक्त में से कोई नहीं लेकिन ज्ञात), या अज्ञात।

प्रभाव

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

इंटरनेट सेवा प्रदाता के उपयोगकर्ता और दूरसंचार नेटवर्क के अन्य ग्राहक भी प्रभावित हो सकते हैं।

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

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

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

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

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

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

सेवा स्तर

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

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

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

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

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

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

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

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

योजना

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

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

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

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

बचाव

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

अन्य उपयोग

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

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

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

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

यह भी देखें

संदर्भ

  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. ↑ Neumann, Peter G. (May 7, 1998). "जोखिम डाइजेस्ट". जोखिम डाइजेस्ट. 19 (72) – via catless.ncl.ac.uk.
  6. ↑ "DAY 13 of Xbox Outage". Engadget. 2008-01-03. Retrieved 2011-04-27.
  7. ↑ Microsoft offers free game for Xbox Live holiday problems Archived 2011-12-01 at the Wayback Machine. PC World, January 4, 2008.
  8. ↑ "RESTORATION OF PLAYSTATION®NETWORK AND QRIOCITY SERVICES BEGINS". Sony Group Portal - Sony Global Headquarters (in English). Retrieved 2021-10-22.
  9. ↑ Sentences, Database of. "Egressed in a sentence | Examples of sentence with Egressed". dbsentences.com (in English). Retrieved 2021-10-22.
  10. ↑ A Website Went Offline And Took Most Of Women's College Basketball Analytics With It FiveThirtyEight
  11. ↑ "Roblox's Servers Are Back Online [Update]". 29 October 2021.
  12. ↑ "Is Roblox down? Why the gaming platform isn't working today with thousands of users reporting login problems". MSN.
  13. ↑ "रॉब्लॉक्स पूरे सप्ताहांत में बंद था, चिपोटल के कारण नहीं". 30 October 2021.
  14. ↑ Cohen, Gad. "डाउनटाइम, आउटेज और विफलताएँ - उनकी वास्तविक लागत को समझना". www.evolven.com (in British English). Retrieved 2021-10-22.
  15. ↑ "Why Machine Downtime Tracking Matters?". Evocon (in English). 10 September 2018. Retrieved 2021-10-22.
  16. ↑ "Rest & Relaxation: Why "Downtime" Is Important For Kids". 19 September 2016.
  17. ↑ "डाउनटाइम शेड्यूल करने का महत्व". 25 August 2008.
  18. ↑ "नींद की कमी आपके दिमाग पर क्या प्रभाव डालती है?". Many people think of sleep simply as a luxury -- a little downtime.
Retrieved from ‘https://www.vigyanwiki.in/index.php?title=डाउनटाइम&oldid=222072’