डाउनटाइम: Difference between revisions
No edit summary |
No edit summary |
||
| Line 2: | Line 2: | ||
{{Other uses}} | {{Other uses}} | ||
'''डाउनटाइम''' शब्द का उपयोग उस अवधि को संदर्भित करने के लिए किया जाता है जब कोई [[ प्रणाली ]]अनुपलब्ध होती है। अनुपलब्धता उस समय-अवधि का अनुपात होती है, जब कोई प्रणाली अनुपलब्ध या [[ऑफलाइन]] होती है। यह सामान्यतः किसी अनियोजित घटना के कारण, या नियमित [[मरम्मत और रखरखाव|त्रुटिनिवारण | '''डाउनटाइम''' शब्द का उपयोग उस अवधि को संदर्भित करने के लिए किया जाता है जब कोई [[ प्रणाली ]]अनुपलब्ध होती है। अनुपलब्धता उस समय-अवधि का अनुपात होती है, जब कोई प्रणाली अनुपलब्ध या [[ऑफलाइन]] होती है। यह सामान्यतः किसी अनियोजित घटना के कारण, या नियमित [[मरम्मत और रखरखाव|त्रुटिनिवारण एवं रखरखाव]] ( नियोजित घटना) के कारण प्रणाली की विफलता का परिणाम होता है। | ||
यह शब्द सामान्यतः [[दूरसंचार नेटवर्क]] | यह शब्द सामान्यतः [[दूरसंचार नेटवर्क]] एवं [[सर्वर (कंप्यूटिंग)]] पर प्रारम्भ होता है। अनियोजित आउटेज के सामान्य कारण प्रणाली विफलताएं (जैसे [[क्रैश (कंप्यूटिंग)]]) या संचार विफलताएं (सामान्यतः नेटवर्क आउटेज के रूप में जाना जाता है) हैं। यह शब्द सामान्यतः औद्योगिक उत्पादन उपकरणों में विफलताओं के संबंध में औद्योगिक वातावरण में भी प्रारम्भ किया जाता है। कुछ सुविधाएं कार्य परिवर्तन के समय, या 12- या 24-घंटे की अवधि के समय होने वाले डाउनटाइम को मापती हैं। अन्य सामान्य अभ्यास प्रत्येक डाउनटाइम घटना को परिचालन, विद्युत या यांत्रिक उत्पत्ति के रूप में पहचानना है। डाउनटाइम का विपरीत [[अपटाइम]] होता है। | ||
==प्रकार== | ==प्रकार== | ||
आउटेज अवधि या रखरखाव अवधि शब्द के लिए उद्योग मानकों में | आउटेज अवधि या रखरखाव अवधि शब्द के लिए उद्योग मानकों में प्रारम्भ एवं समापन के भिन्न-भिन्न बिंदु हो सकते हैं, इसलिए अनुबंध निष्पादन में टकराव से बचने के लिए निम्नलिखित स्पष्टीकरण का उपयोग किया जाना चाहिए: | ||
# टर्नकी यह सभी आउटेज प्रकारों में सबसे अधिक मनोरंजक है। आउटेज या रखरखाव संयंत्र या उपकरण के ऑपरेटर द्वारा संचालन में रुकावट | # टर्नकी यह सभी आउटेज प्रकारों में सबसे अधिक मनोरंजक है। आउटेज या रखरखाव संयंत्र या उपकरण के ऑपरेटर द्वारा संचालन में रुकावट प्रारम्भ करने के लिए शटडाउन या स्टॉप बटन दबाने से प्रारम्भ होता है। जब तक उल्लेख न किया गया हो, आउटेज या रखरखाव तब पूर्ण माना जाता है जब संयंत्र या उपकरण सामान्य संचालन में वापस आ जाता है, विनिर्माण प्रारम्भ करने के लिए तत्पर हो जाता है या प्रणाली या ग्रिड के साथ सिंक्रनाइज़ हो जाता है या पंप या कंप्रेसर के रूप में कर्तव्यों को पूर्ण करने के लिए तत्पर हो जाता है। | ||
# ब्रेकर से ब्रेकर यह आउटेज या रखरखाव संयंत्र या उपकरण के ऑपरेटर द्वारा पावर सर्किट (मुख्य पावर ब्रेकर बंद या | # ब्रेकर से ब्रेकर यह आउटेज या रखरखाव संयंत्र या उपकरण के ऑपरेटर द्वारा पावर सर्किट (मुख्य पावर ब्रेकर बंद या भिन्न या ऑन-कूलडाउन) को विस्थापित करने के साथ प्रारम्भ होता है, न कि नियंत्रण सर्किट को संचालन के साथ होता है। यह अभी भी उपकरण को ठंडा करने या परिवेश में लाने की अनुमति देगा जिससे आउटेज/रखरखाव कार्य प्रस्तुत या प्रारम्भ किया जा सके। उपकरण के प्रकार के आधार पर, ब्रेकर टू ब्रेकर आउटेज लाभदायक हो सकता है यदि नियंत्रण संबंधी रखरखाव को अनुबंधित किया जाए क्योंकि इस प्रकार का रखरखाव कार्य तब किया जा सकता है जब मुख्य उपकरण अभी भी कूल-डाउन या स्टैंड-बाय पर हो, जब तक उल्लेख न किया गया हो, इस प्रकार का आउटेज तब पूर्ण माना जाता है जब पावर ब्रेकर को जोड़कर पावर सर्किट को तत्पश्चात से सक्रिय किया जाता है। | ||
# लॉकआउट-टैगआउट का समापन | # लॉकआउट-टैगआउट का समापन लॉक-आउट/टैग-आउट यह आउटेज या रखरखाव (कभी-कभी इसे ऑफ-कूलडाउन समझ लिया जाता है, किन्तु ऐसा नहीं है) प्लांट या उपकरण के ऑपरेटर द्वारा पावर सर्किट को विस्थापित करने, नियंत्रण सर्किट को भिन्न करने एवं अन्य कार्य करने के साथ प्रारम्भ होता है, संभावित शक्ति एवं हानि के स्रोतों का निष्प्रभावीकरण (सामान्यतः लॉक-आउट, टैग-आउट लोटो कहा जाता है) रखरखाव अवधि का यह बिंदु सामान्यतः सुविधा, संयंत्र या उपकरण पर वास्तविक कार्य प्रारम्भ होने से पूर्व आउटेज आरंभ चरण का अंतिम चरण होता है। किसी भी कार्य के संचालन से पूर्व सुरक्षा ब्रीफिंग को सदैव LOTO गतिविधि का पालन करना चाहिए। जब तक उल्लेख न किया गया हो, इस प्रकार के आउटेज को तब पूर्ण माना जाता है, जब उपकरण यांत्रिक पूर्णता तक पहुंच गया हो एवं कई भारी घूमने वाले उपकरणों, बम्प-टेस्ट या मोटरों के लिए घुमाव परिक्षण आदि के लिए मंद गति से रोल पर रखने के लिए प्रस्तुत हो, किन्तु रिटर्न का पालन करना होगा या एलओटीओ प्रक्रियाओं के अनुसार कार्य परमिट करना होगा। | ||
किसी भी आवश्यक ऑन-लाइन परीक्षण, प्रदर्शन परीक्षण | किसी भी आवश्यक ऑन-लाइन परीक्षण, प्रदर्शन परीक्षण एवं ट्यूनिंग को आउटेज अवधि में नहीं गिना जाना चाहिए, क्योंकि ये गतिविधियां सामान्यतः आउटेज या रखरखाव कार्यक्रम के पूर्ण होने के पश्चात आयोजित की जाती हैं एवं अधिकांश रखरखाव ठेकेदारों के नियंत्रण से बाहर होती हैं। | ||
==विशेषताएँ== | ==विशेषताएँ== | ||
| Line 22: | Line 22: | ||
(तर्क नियंत्रण उपकरण), | (तर्क नियंत्रण उपकरण), | ||
इंटरकनेक्टिंग उपकरण (जैसे केबल, सुविधाएं, राउटर,...), | इंटरकनेक्टिंग उपकरण (जैसे केबल, सुविधाएं, राउटर,...), | ||
ट्रांसमिशन (वायरलेस, माइक्रोवेव, सैटेलाइट), | ट्रांसमिशन (वायरलेस, माइक्रोवेव, सैटेलाइट), एवं/या | ||
क्षमता ( प्रणाली सीमाएँ)। | क्षमता ( प्रणाली सीमाएँ)। | ||
| Line 30: | Line 30: | ||
डिज़ाइन, | डिज़ाइन, | ||
प्रक्रियात्मक (मनुष्यों द्वारा अनुचित उपयोग), | प्रक्रियात्मक (मनुष्यों द्वारा अनुचित उपयोग), | ||
इंजीनियरिंग (कैसे उपयोग करें | इंजीनियरिंग (कैसे उपयोग करें एवं परिनियोजन करें), | ||
अधिभार (यातायात या प्रणाली संसाधनों पर डिज़ाइन की गई सीमाओं से परे दबाव), | अधिभार (यातायात या प्रणाली संसाधनों पर डिज़ाइन की गई सीमाओं से परे दबाव), | ||
पर्यावरण (बिजली | पर्यावरण (बिजली एवं एचवीएसी जैसी सहायता प्रणाली), | ||
(सॉफ्टवेयर अपग्रेड | (सॉफ्टवेयर अपग्रेड एवं उपकरण विकास जैसे उद्देश्य के लिए प्रणाली में डिज़ाइन किए गए आउटेज), | ||
अन्य (उपरोक्त में से कोई नहीं | अन्य (उपरोक्त में से कोई नहीं किन्तु ज्ञात), या | ||
अज्ञात। | अज्ञात। | ||
| Line 46: | Line 46: | ||
सार्वजनिक व्यक्ति, | सार्वजनिक व्यक्ति, | ||
प्रकृति का कार्य, | प्रकृति का कार्य, | ||
अन्य (उपरोक्त में से कोई नहीं | अन्य (उपरोक्त में से कोई नहीं किन्तु ज्ञात), या | ||
अज्ञात। | अज्ञात। | ||
| Line 53: | Line 53: | ||
प्रणाली विफलताओं के कारण होने वाली रुकावटें कंप्यूटर/नेटवर्क प्रणाली के उपयोगकर्ताओं पर गंभीर प्रभाव डाल सकती हैं, विशेष रूप से उन उद्योगों पर जो लगभग 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> | ||
| Line 70: | Line 70: | ||
==प्रसिद्ध आउटेज== | ==प्रसिद्ध आउटेज== | ||
मदर्स डे, रविवार, 8 मई, 1988 को, [[इलिनोइस बेल]] टेलीफोन कंपनी के हिंसडेल सेंट्रल कार्यालय के मुख्य स्विचिंग रूम में आग लग गई। राज्य की सबसे बड़ी [[ टेलिफ़ोन एक्सचेंज | टेलिफ़ोन ्सचेंज]] प्रणालियों में से , इस सुविधा ने कई व्यवसायों, अस्पतालों | मदर्स डे, रविवार, 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 को बार-बार सेवा में आए | वस्तुतः संपूर्ण 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> इससे हजारों ग्राहक प्रभावित हुए | 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 को | [[सोनी]] का 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 के अंत में लगातार गीले मौसम के कारण बिजली के स्विच बोर्ड में पानी घुस जाने के | 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 को अघोषित रूप से ऑफ़लाइन हो गया | सर्वर्सिस का [[मियामी]] डेटासेंटर 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 [Update] | 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 [Update] | 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 रोजर्स कम्युनिकेशंस आउटेज]] का सामना करना पड़ा। इससे सेल फोन | 8 जुलाई, 2022 को, रोजर्स को [[कनाडा]] में [[2022 रोजर्स कम्युनिकेशंस आउटेज]] का सामना करना पड़ा। इससे सेल फोन एवं इंटरनेट ्सेस साथ प्रभावित हुआ, जिससे 911 कॉल, इंटरबैंक लेनदेन विफल हो गए एवं सरकारी सेवाएं भी बाधित हुईं। | ||
==सेवा स्तर== | ==सेवा स्तर== | ||
| Line 85: | Line 85: | ||
सेवा स्तर के समझौतों में, प्रतिशत मूल्य (प्रति माह या प्रति वर्ष) का उल्लेख करना आम बात है, जिसकी गणना सभी डाउनटाइम टाइमस्पैन के योग को संदर्भ समय अवधि (उदाहरण के लिए महीना) के कुल समय से विभाजित करके की जाती है। 0% डाउनटाइम का मतलब है कि सर्वर हर समय उपलब्ध था। | सेवा स्तर के समझौतों में, प्रतिशत मूल्य (प्रति माह या प्रति वर्ष) का उल्लेख करना आम बात है, जिसकी गणना सभी डाउनटाइम टाइमस्पैन के योग को संदर्भ समय अवधि (उदाहरण के लिए महीना) के कुल समय से विभाजित करके की जाती है। 0% डाउनटाइम का मतलब है कि सर्वर हर समय उपलब्ध था। | ||
इंटरनेट सर्वर के लिए प्रति वर्ष 1% से अधिक या इससे भी खराब डाउनटाइम को अस्वीकार्य माना जा सकता है क्योंकि इसका मतलब प्रति वर्ष 3 दिनों से अधिक का डाउनटाइम है। ई-कॉमर्स | इंटरनेट सर्वर के लिए प्रति वर्ष 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> | ||
== योजना == | == योजना == | ||
नियोजित आउटेज प्रणाली स्वामी | नियोजित आउटेज प्रणाली स्वामी एवं/या [[सेवा प्रदाता]] द्वारा नियोजित गतिविधि का परिणाम है। अक्सर रखरखाव विंडो के समय निर्धारित इन रुकावटों का उपयोग निम्नलिखित सहित कार्यों को करने के लिए किया जा सकता है: | ||
* आस्थगित रखरखाव, उदाहरण के लिए, आस्थगित हार्डवेयर मरम्मत या ख़राब मेमोरी को साफ़ करने के लिए आस्थगित पुनरारंभ | * आस्थगित रखरखाव, उदाहरण के लिए, आस्थगित हार्डवेयर मरम्मत या ख़राब मेमोरी को साफ़ करने के लिए आस्थगित पुनरारंभ | ||
* पता लगाए गए दोष को | * पता लगाए गए दोष को भिन्न करने के लिए निदान | ||
* हार्डवेयर दोष की मरम्मत | * हार्डवेयर दोष की मरम्मत | ||
* कॉन्फ़िगरेशन डेटाबेस में किसी त्रुटि या चूक को ठीक करना या हाल के कॉन्फ़िगरेशन डेटाबेस परिवर्तन में चूक को ठीक करना | * कॉन्फ़िगरेशन डेटाबेस में किसी त्रुटि या चूक को ठीक करना या हाल के कॉन्फ़िगरेशन डेटाबेस परिवर्तन में चूक को ठीक करना | ||
| Line 112: | Line 112: | ||
पूर्वानुमानित प्राकृतिक घटना, जैसे सूर्य आउटेज, के परिणामस्वरूप भी आउटेज की योजना बनाई जा सकती है। | पूर्वानुमानित प्राकृतिक घटना, जैसे सूर्य आउटेज, के परिणामस्वरूप भी आउटेज की योजना बनाई जा सकती है। | ||
कंप्यूटर प्रणाली पर निर्भर उद्योगों में रखरखाव डाउनटाइम को सावधानीपूर्वक निर्धारित किया जाना चाहिए। कई मामलों में, प्रणाली-व्यापी डाउनटाइम को रोलिंग अपग्रेड का उपयोग करके टाला जा सकता है - समग्र कार्यक्षमता को प्रभावित किए बिना, अपग्रेड के लिए प्रणाली के कुछ हिस्सों को क्रमिक रूप से | कंप्यूटर प्रणाली पर निर्भर उद्योगों में रखरखाव डाउनटाइम को सावधानीपूर्वक निर्धारित किया जाना चाहिए। कई मामलों में, प्रणाली-व्यापी डाउनटाइम को रोलिंग अपग्रेड का उपयोग करके टाला जा सकता है - समग्र कार्यक्षमता को प्रभावित किए बिना, अपग्रेड के लिए प्रणाली के कुछ हिस्सों को क्रमिक रूप से विस्थापित करने की प्रक्रिया। | ||
==बचाव== | ==बचाव== | ||
अधिकांश वेबसाइटों के लिए, [[वेबसाइट निगरानी]] उपलब्ध है। वेबसाइट मॉनिटरिंग (सिंथेटिक या निष्क्रिय) ऐसी सेवा है जो साइट पर डाउनटाइम | अधिकांश वेबसाइटों के लिए, [[वेबसाइट निगरानी]] उपलब्ध है। वेबसाइट मॉनिटरिंग (सिंथेटिक या निष्क्रिय) ऐसी सेवा है जो साइट पर डाउनटाइम एवं उपयोगकर्ताओं की निगरानी करती है। | ||
==अन्य उपयोग== | ==अन्य उपयोग== | ||
डाउनटाइम उस समय को भी संदर्भित कर सकता है जब मानव पूंजी या अन्य संपत्तियां कम हो जाती हैं। उदाहरण के लिए, यदि कर्मचारी बैठकों में हैं या किसी अन्य बाधा के कारण अपना | डाउनटाइम उस समय को भी संदर्भित कर सकता है जब मानव पूंजी या अन्य संपत्तियां कम हो जाती हैं। उदाहरण के लिए, यदि कर्मचारी बैठकों में हैं या किसी अन्य बाधा के कारण अपना कार्य करने में असमर्थ हैं, तो वे नीचे हैं। यह उतना ही महंगा हो सकता है, एवं किसी अन्य संपत्ति (यानी कंप्यूटर/ प्रणाली) के बंद होने का परिणाम हो सकता है। इसे सामान्यतः मृत समय के रूप में भी जाना जाता है। | ||
डाउनटाइम को व्यक्तिगत अर्थ में भी सामान्यीकृत किया जाता है, जिसका उपयोग [[नींद]] या [[मनोरंजन]] की अवधि को संदर्भित करने के लिए किया जाता है।<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> | ||
| Line 126: | Line 126: | ||
==डाउनटाइम मापना== | ==डाउनटाइम मापना== | ||
ऐसी कई बाहरी सेवाएँ हैं जिनका उपयोग अपटाइम | ऐसी कई बाहरी सेवाएँ हैं जिनका उपयोग अपटाइम एवं डाउनटाइम के साथ-साथ किसी सेवा या होस्ट की उपलब्धता की निगरानी के लिए किया जा सकता है। | ||
==यह भी देखें== | ==यह भी देखें== | ||
Revision as of 19:00, 17 July 2023
डाउनटाइम शब्द का उपयोग उस अवधि को संदर्भित करने के लिए किया जाता है जब कोई प्रणाली अनुपलब्ध होती है। अनुपलब्धता उस समय-अवधि का अनुपात होती है, जब कोई प्रणाली अनुपलब्ध या ऑफलाइन होती है। यह सामान्यतः किसी अनियोजित घटना के कारण, या नियमित त्रुटिनिवारण एवं रखरखाव ( नियोजित घटना) के कारण प्रणाली की विफलता का परिणाम होता है।
यह शब्द सामान्यतः दूरसंचार नेटवर्क एवं सर्वर (कंप्यूटिंग) पर प्रारम्भ होता है। अनियोजित आउटेज के सामान्य कारण प्रणाली विफलताएं (जैसे क्रैश (कंप्यूटिंग)) या संचार विफलताएं (सामान्यतः नेटवर्क आउटेज के रूप में जाना जाता है) हैं। यह शब्द सामान्यतः औद्योगिक उत्पादन उपकरणों में विफलताओं के संबंध में औद्योगिक वातावरण में भी प्रारम्भ किया जाता है। कुछ सुविधाएं कार्य परिवर्तन के समय, या 12- या 24-घंटे की अवधि के समय होने वाले डाउनटाइम को मापती हैं। अन्य सामान्य अभ्यास प्रत्येक डाउनटाइम घटना को परिचालन, विद्युत या यांत्रिक उत्पत्ति के रूप में पहचानना है। डाउनटाइम का विपरीत अपटाइम होता है।
प्रकार
आउटेज अवधि या रखरखाव अवधि शब्द के लिए उद्योग मानकों में प्रारम्भ एवं समापन के भिन्न-भिन्न बिंदु हो सकते हैं, इसलिए अनुबंध निष्पादन में टकराव से बचने के लिए निम्नलिखित स्पष्टीकरण का उपयोग किया जाना चाहिए:
- टर्नकी यह सभी आउटेज प्रकारों में सबसे अधिक मनोरंजक है। आउटेज या रखरखाव संयंत्र या उपकरण के ऑपरेटर द्वारा संचालन में रुकावट प्रारम्भ करने के लिए शटडाउन या स्टॉप बटन दबाने से प्रारम्भ होता है। जब तक उल्लेख न किया गया हो, आउटेज या रखरखाव तब पूर्ण माना जाता है जब संयंत्र या उपकरण सामान्य संचालन में वापस आ जाता है, विनिर्माण प्रारम्भ करने के लिए तत्पर हो जाता है या प्रणाली या ग्रिड के साथ सिंक्रनाइज़ हो जाता है या पंप या कंप्रेसर के रूप में कर्तव्यों को पूर्ण करने के लिए तत्पर हो जाता है।
- ब्रेकर से ब्रेकर यह आउटेज या रखरखाव संयंत्र या उपकरण के ऑपरेटर द्वारा पावर सर्किट (मुख्य पावर ब्रेकर बंद या भिन्न या ऑन-कूलडाउन) को विस्थापित करने के साथ प्रारम्भ होता है, न कि नियंत्रण सर्किट को संचालन के साथ होता है। यह अभी भी उपकरण को ठंडा करने या परिवेश में लाने की अनुमति देगा जिससे आउटेज/रखरखाव कार्य प्रस्तुत या प्रारम्भ किया जा सके। उपकरण के प्रकार के आधार पर, ब्रेकर टू ब्रेकर आउटेज लाभदायक हो सकता है यदि नियंत्रण संबंधी रखरखाव को अनुबंधित किया जाए क्योंकि इस प्रकार का रखरखाव कार्य तब किया जा सकता है जब मुख्य उपकरण अभी भी कूल-डाउन या स्टैंड-बाय पर हो, जब तक उल्लेख न किया गया हो, इस प्रकार का आउटेज तब पूर्ण माना जाता है जब पावर ब्रेकर को जोड़कर पावर सर्किट को तत्पश्चात से सक्रिय किया जाता है।
- लॉकआउट-टैगआउट का समापन लॉक-आउट/टैग-आउट यह आउटेज या रखरखाव (कभी-कभी इसे ऑफ-कूलडाउन समझ लिया जाता है, किन्तु ऐसा नहीं है) प्लांट या उपकरण के ऑपरेटर द्वारा पावर सर्किट को विस्थापित करने, नियंत्रण सर्किट को भिन्न करने एवं अन्य कार्य करने के साथ प्रारम्भ होता है, संभावित शक्ति एवं हानि के स्रोतों का निष्प्रभावीकरण (सामान्यतः लॉक-आउट, टैग-आउट लोटो कहा जाता है) रखरखाव अवधि का यह बिंदु सामान्यतः सुविधा, संयंत्र या उपकरण पर वास्तविक कार्य प्रारम्भ होने से पूर्व आउटेज आरंभ चरण का अंतिम चरण होता है। किसी भी कार्य के संचालन से पूर्व सुरक्षा ब्रीफिंग को सदैव 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] इस शब्द का प्रयोग कारखानों या औद्योगिक उपयोग में भी किया जाता है। कुल उत्पादक रखरखाव (टीपीएम) देखें।
डाउनटाइम मापना
ऐसी कई बाहरी सेवाएँ हैं जिनका उपयोग अपटाइम एवं डाउनटाइम के साथ-साथ किसी सेवा या होस्ट की उपलब्धता की निगरानी के लिए किया जा सकता है।
यह भी देखें
- उच्च उपलब्धता
- अपटाइम
- मतलब खाली समय
- #योजना
- वाहक ग्रेड
संदर्भ
- ↑ "2021 Data Protection Trends Executive Brief". Veeam Software.
- ↑ Neumann, Peter G. (May 11, 1988). "जोखिम डाइजेस्ट". जोखिम डाइजेस्ट. 6 (82) – via catless.ncl.ac.uk.
- ↑ "The Crash of the AT&T Network in 1990".
- ↑ "आईपी नेटवर्क सेवा आउटेज को रोकना" (PDF). Agilent Technologies.
{{cite web}}: zero width space character in|title=at position 6 (help) - ↑ Neumann, Peter G. (May 7, 1998). "जोखिम डाइजेस्ट". जोखिम डाइजेस्ट. 19 (72) – via catless.ncl.ac.uk.
- ↑ "DAY 13 of Xbox Outage". Engadget. 2008-01-03. Retrieved 2011-04-27.
- ↑ Microsoft offers free game for Xbox Live holiday problems Archived 2011-12-01 at the Wayback Machine. PC World, January 4, 2008.
- ↑ "RESTORATION OF PLAYSTATION®NETWORK AND QRIOCITY SERVICES BEGINS". Sony Group Portal - Sony Global Headquarters (in English). Retrieved 2021-10-22.
- ↑ Sentences, Database of. "Egressed in a sentence | Examples of sentence with Egressed". dbsentences.com (in English). Retrieved 2021-10-22.
- ↑ A Website Went Offline And Took Most Of Women's College Basketball Analytics With It FiveThirtyEight
- ↑ "Roblox's Servers Are Back Online [Update]". 29 October 2021.
- ↑ "Is Roblox down? Why the gaming platform isn't working today with thousands of users reporting login problems". MSN.
- ↑ "रॉब्लॉक्स पूरे सप्ताहांत में बंद था, चिपोटल के कारण नहीं". 30 October 2021.
- ↑ Cohen, Gad. "डाउनटाइम, आउटेज और विफलताएँ - उनकी वास्तविक लागत को समझना". www.evolven.com (in British English). Retrieved 2021-10-22.
- ↑ "Why Machine Downtime Tracking Matters?". Evocon (in English). 10 September 2018. Retrieved 2021-10-22.
- ↑ "Rest & Relaxation: Why "Downtime" Is Important For Kids". 19 September 2016.
- ↑ "डाउनटाइम शेड्यूल करने का महत्व". 25 August 2008.
- ↑ "नींद की कमी आपके दिमाग पर क्या प्रभाव डालती है?".
Many people think of sleep simply as a luxury -- a little downtime.
