डाउनटाइम वह समय है जब कोई सिस्टम उपयोगकर्ताओं के लिए अपना काम नहीं कर पाता। यह अनियोजित हो सकता है, जैसे खराबी, बग, हमले या एक्सपायर हुए सर्टिफ़िकेट की वजह से, या नियोजित, जैसे तय किया हुआ मेंटेनेंस। अपटाइम इसका उल्टा है।
यह क्यों मायने रखता है
डाउनटाइम से राजस्व, भरोसा और सर्च विज़िबिलिटी का नुकसान होता है। छोटे आउटेज भी ग्राहकों को परेशान करते हैं, और लंबे आउटेज रैंकिंग को नुकसान पहुँचा सकते हैं अगर क्रॉलर बार-बार एरर देखें। टीमें इसे लक्ष्य तय करने और SLA से तुलना करने के लिए मापती हैं। परिभाषाएँ अलग-अलग होती हैं: कुछ केवल पूर्ण आउटेज गिनते हैं, तो कुछ गंभीर धीमापन भी शामिल करते हैं। हमेशा देखें कि अनुबंध या रिपोर्ट इसे कैसे परिभाषित करती है।
उदाहरण
30 दिन के महीने (43,200 मिनट) के लिए उपलब्धता लक्ष्य को अनुमत डाउनटाइम में बदलना:
99% -> 432 minutes
99.9% -> 43.2 minutes
99.99% -> 4.32 minutesअगर मॉनिटरिंग में 09:12 से 09:38 तक विफलताएँ दर्ज हुईं, तो यह 26 मिनट का डाउनटाइम है।
आम गलतियाँ
- केवल पूर्ण आउटेज गिनना और आंशिक विफलताओं को अनदेखा करना।
- यह भूल जाना कि नियोजित मेंटेनेंस SLA में गिना जाए या नहीं, यह अनुबंध पर निर्भर करता है।
- केवल एक लोकेशन से मापना।
- मॉनिटरिंग के टाइमस्टैम्प की जगह याददाश्त से डाउनटाइम का अंदाज़ा लगाना।
संबंधित
Get notified when this term updates
Plus occasional practical tips on uptime and monitoring, nothing else. Unsubscribe anytime.
यह पेज सामान्य जानकारी है, जिसे हमारी संपादकीय टीम ने लिखा है और दस्तावेज़ीकरण बदलने पर अपडेट किया जाता है। सर्वर और प्रदाता अलग-अलग होते हैं, इसलिए बदलाव पहले सुरक्षित तरीके से जाँचें। देखें: संपादकीय नीति और अस्वीकरण.