ट्रैफ़िक के कारण माइक्रोसॉफ्ट का आउटलुक रिकवरी विफल होता रहा
माइक्रोसॉफ्ट के 12-13 नवंबर के ईमेल व्यवधान ने एक रिकवरी लूप को उजागर किया: लौटाए गए सर्वर ट्रैफ़िक के तहत फिर से अनुपलब्ध हो सकते थे।
माइक्रोसॉफ्ट के 12-13 नवंबर के ईमेल व्यवधान ने एक रिकवरी लूप को उजागर किया: लौटाए गए सर्वर ट्रैफ़िक के तहत फिर से अनुपलब्ध हो सकते थे। 13 नवंबर को 11:04:50 UTC के अनुमोदित कटऑफ पर, एशिया प्रशांत के कुछ हिस्सों में रिकवरी में प्रगति हुई थी जबकि अन्य जगहों पर रुक-रुक कर समस्याएं और काम बाकी था। यह अनुवर्ती निर्भरताओं और विलंबित-मेल सुरक्षा उपायों की व्याख्या करता है।
लिखित संस्करण पढ़ें (अंग्रेजी) ↗
इस वीडियो में क्या शामिल है
- प्रत्येक ऑपरेशन की बैकएंड निर्भरता की जांच करें: अधिकांश मुख्य टीम कार्यक्षमता और सीधी शेयरपॉइंट फ़ाइल पहुंच कार्यात्मक रही, जबकि एक्सचेंज-निर्भर सुविधाएं बिगड़ी हुई थीं।
- माइक्रोसॉफ्ट ने बताया कि लौटाए गए सर्वर ट्रैफ़िक पहुंचने पर फिर से अनुपलब्ध हो सकते हैं; इसके स्वास्थ्य-प्रसंस्करण-घटक की व्याख्या एक परिकल्पना बनी रही।
- विस्तारित अड़तालीस घंटे का ईमेल टाइमआउट कतार और बैकलॉग प्रसंस्करण के दौरान विलंबित मेल को संरक्षित करने के लिए था। यह कोई मरम्मत की समय-सीमा या सार्वभौमिक वितरण गारंटी नहीं थी।
- सामान्य ग्राफ़ थ्रॉटलिंग मार्गदर्शन Retry-After का सम्मान करने और उस हेडर के अनुपस्थित होने पर घातीय बैकऑफ़ का उपयोग करने की सलाह देता है; यह इस घटना का निदान या मरम्मत नहीं करता है।
प्रश्न और उत्तर
ट्रैफ़िक के तहत माइक्रोसॉफ्ट के लौटाए गए मेल सर्वर फिर से क्यों विफल हो सकते हैं?
माइक्रोसॉफ्ट ने बताया कि ट्रैफ़िक प्राप्त होने के बाद लौटाए गए सर्वर फिर से अनुपलब्ध हो सकते हैं। इसकी जांच ने अभिभूत प्रक्रियाओं और सर्वर स्वास्थ्य को संसाधित करने वाले एक घटक में संभावित समस्या का वर्णन किया, लेकिन प्रारंभिक ट्रिगर अभी भी एक अंतिम घटना रिपोर्ट का इंतजार कर रहा था। यह प्रकरण वैचारिक रूप से रिपोर्ट किए गए वापसी, काम और पुनरावृत्ति अनुक्रम को दर्शाता है; यह एक सिद्ध आंतरिक वास्तुकला या अंतिम मूल कारण का दावा नहीं करता है।
कैलेंडर सुविधाएं विफल होने पर टीम्स कॉल क्यों काम कर सकते थे?
माइक्रोसॉफ्ट के विस्तारित सेवा स्वास्थ्य नोटिस के अनुसार अधिकांश मुख्य टीम्स कॉल, मीटिंग और चैट कार्यात्मक रहे। कैलेंडर और शेड्यूलिंग परिदृश्य Exchange Online पर निर्भर करते थे और व्यवधान के दौरान विफल हो सकते थे। सीधी शेयरपॉइंट फ़ाइल पहुंच भी कार्यात्मक रही। उपयोगी एप्लिकेशन-स्तर का अंतर एक ऑपरेशन के पीछे की निर्भरता है, न कि किसी उत्पाद लोगो के तहत हर सुविधा को समान विफलता स्थिति साझा करने के रूप में मानना।
क्या अड़तालीस घंटे की ईमेल टाइमआउट ने मरम्मत की समय-सीमा निर्धारित की थी?
माइक्रोसॉफ्ट ने कतार और बैकलॉग प्रसंस्करण को प्राथमिकता देते हुए विलंबित संदेशों को संरक्षित करने के लिए ईमेल टाइमआउट विंडो का विस्तार किया। इससे रिकवरी के दौरान विलंबित मेल को अधिक समय मिला। सार्वजनिक नोटिस में अड़तालीस घंटे की कोई मरम्मत की समय-सीमा नहीं दी गई थी और यह गारंटी नहीं दी गई थी कि हर संदेश अपने प्राप्तकर्ता तक पहुंचेगा। इसलिए एक लंबित या कतारबद्ध अधिसूचना को समय-संवेदनशील वर्कफ़्लो उस पर भरोसा करने से पहले एक वास्तविक डिलीवरी या परिणाम जांच की आवश्यकता थी।
Exchange व्यवधान ने Microsoft Graph अनुप्रयोगों को कैसे प्रभावित किया?
माइक्रोसॉफ्ट के अनुसार Exchange Online मेल, कैलेंडर और संपर्कों के लिए अनुरोधों का समय समाप्त हो सकता था। एक एप्लिकेशन विभिन्न अंतर्निहित निर्भरताओं के साथ संचालन में विभिन्न परिणामों का सामना कर सकता था। यह प्रकरण ऑपरेशन की वास्तविक सेवा निर्भरता की जांच करने की सिफारिश करता है। माइक्रोसॉफ्ट का अलग सामान्य-थ्रॉटलिंग प्रलेखन Retry-After का सम्मान करने और उस हेडर के अनुपस्थित होने पर घातीय बैकऑफ़ का उपयोग करने पर चर्चा करता है; ये नीतियां इस घटना का कारण स्थापित नहीं करती हैं या बहाल सेवा का वादा नहीं करती हैं।
माइक्रोसॉफ्ट की रिकवरी पर The Daily Diff का फैसला क्या था?
The Daily Diff का फैसला NEEDS REVIEW था। निको ने रिकवरी की समीक्षा की क्योंकि माइक्रोसॉफ्ट के अपडेट ने ट्रैफ़िक के तहत विफल होने वाले लौटाए गए सर्वर का वर्णन किया। वास्तविक काम के साथ निरंतर सेवा उपयोगी रिकवरी परीक्षण था। प्रारंभिक कारण प्रकरण की रिपोर्टिंग कटऑफ पर खुला रहा, माइक्रोसॉफ्ट ने शमन के बाद एक पूर्ण घटना रिपोर्ट और रक्षा-में-गहराई कार्रवाई का वादा किया।
अनुवादित प्रतिलेख
मूल अंग्रेजी कथन से अनुवादित। उपलब्ध ऑडियो और कैप्शन YouTube द्वारा नियंत्रित होते हैं।
लौटाए गए सर्वर फिर से क्यों विफल हुए?
0:00 माइक्रोसॉफ्ट ने मेल सर्वर को सेवा में लौटा दिया। ट्रैफ़िक लौटने पर वे फिर से जवाब देना बंद कर सकते थे। यह डेवलपर अनुवर्ती है। इस वीडियो में, रिकवरी बार-बार क्यों विफल होती रही? और आपके ऐप के कौन से हिस्से अभी भी काम कर रहे थे? माइक्रोसॉफ्ट ने विलंबित ईमेल को अड़तालीस घंटे भी दिए। उससे आपको वास्तव में क्या मिलता है? यह शुक्रवार, तेरह नवंबर है, और यह The Daily Diff है।
0:18 Exchange Online माइक्रोसॉफ्ट की होस्टेड ईमेल सेवा है, और अन्य माइक्रोसॉफ्ट तीन
कौन सी सुविधाएं एक्सचेंज पर निर्भर करती थीं?
0:22 सौ पैंसठ सुविधाएं इस पर निर्भर करती हैं। यहां माइक्रोसॉफ्ट के स्टेटस पेज से उपयोगी अंतर है। टीम्स कॉल और ग्रुप चैट ज्यादातर काम करते थे। कैलेंडर सुविधाएं और मेलबॉक्स डेटा के लिए अनुरोध विफल हो सकते थे। जांचें कि आपका एप्लिकेशन वास्तव में किस निर्भरता का उपयोग करता है। इसका मतलब है कि कैलेंडर के सहयोग करने से मना करने पर भी मीटिंग हो सकती है। शेयरपॉइंट में फ़ाइलों तक सीधी पहुंच भी कार्यात्मक रही, जबकि कुछ साझाकरण सुविधाएं प्रभावित हुईं।
0:42 विंडो पर लोगो आपको इस बारे में बहुत कम बताता है कि आपके अगले क्लिक को किस बैकएंड की आवश्यकता है। व्यवधान गुरुवार को शुरू हुआ, जिसमें माइक्रोसॉफ्ट ने शुरू में अमेरिका में मेलबॉक्स पहुंच की जांच की। फिर उसने पुष्टि की कि किसी भी क्षेत्र के उपयोगकर्ता प्रभावित हो सकते हैं। CNN ने बैंकों, सरकारों और अदालतों में समस्याओं की सूचना दी। एक गुम हुआ ईमेल असुविधाजनक है जब तक कि किसी का वास्तविक काम उसके पहुंचने पर निर्भर न हो। माइक्रोसॉफ्ट की शुरुआती व्याख्या उपलब्ध सर्वर का नुकसान थी।
गुम हुई क्षमता एक सेवा को कैसे अधिभारित करती है?
1:06 उन मशीनों को जिस काम को संभालना चाहिए था, उसने शेष बुनियादी ढांचे पर दबाव डाला। जब एक सेवा की क्षमता गायब हो जाती है तो आप उसे सामान्य मांग से अधिभारित कर सकते हैं। कतार लंबी हो जाती है, भले ही किसी ने अचानक ईमेल भेजने का जुनून न खोजा हो। कंपनी ने तब स्वचालित स्वास्थ्य जांच की जांच की। ये जांच यह तय करने में मदद करती हैं कि एक सर्वर काम ले सकता है या नहीं। माइक्रोसॉफ्ट ने कहा कि सर्वर स्वास्थ्य को संसाधित करने वाला एक घटक शामिल हो सकता है। यह अभी भी चल रही जांच से एक परिकल्पना है।
1:29 हमारे पास कोई अंतिम घटना रिपोर्ट नहीं है जो ठीक से बताती है कि वे सर्वर पहली बार अनुपलब्ध क्यों हुए। अपडेट एक ऑन-कॉल शिफ्ट की तरह पढ़े जाते हैं जो धीरे-धीरे
माइक्रोसॉफ्ट ने सबसे पहले क्या कोशिश की?
1:37 नाश्ते में कम रुचि रखता है। तैनाती रोकें। ट्रैफ़िक स्थानांतरित करें। सर्वर पुनरारंभ करें। माइक्रोसॉफ्ट ने एक वैकल्पिक स्वास्थ्य जांच को मान्य किया जिसने एक उप-समूह को वापस लाया, और अनुपलब्ध मशीनों का पता लगाने और उन्हें पुनरारंभ करने के लिए स्वचालित प्रणालियों को तैयार किया। प्रत्येक अपडेट ने क्षमता को पुनर्प्राप्त करने के प्रयास का वर्णन किया। फिर वह पंक्ति आई जो रिकवरी लूप की व्याख्या करती है। माइक्रोसॉफ्ट ने कहा कि सेवा में लौटाए गए सर्वर ट्रैफ़िक प्राप्त होने के बाद फिर से अनुपलब्ध हो सकते हैं।
1:59 एक मशीन वापस आ सकती थी, वास्तविक काम प्राप्त कर सकती थी, और जवाब देना बंद कर सकती थी। यह अवलोकन उत्तरों में किसी के भी आत्मविश्वासपूर्ण सिद्धांत से अधिक मजबूत प्रमाण है। उन्हीं सर्वर को उन स्थितियों के माध्यम से चित्रित करें। अनुपलब्ध। सेवा में लौटाया गया। ट्रैफ़िक ले रहा है। फिर से अनुपलब्ध। यह माइक्रोसॉफ्ट के खाते को दर्शाता है। वह अंतिम संक्रमण क्या ट्रिगर करता है, इसका जवाब अभी भी नहीं मिला है। एक पुनरारंभ एक अस्थायी
2:18 सुधार उत्पन्न कर सकता है जबकि सर्वर को हराने वाली स्थिति अनसुलझी रहती है। इसे बंद करके फिर से चालू करने की सलाह ओवरटाइम चार्ज करना शुरू कर देती है। इंजीनियरों को यह जांचना होगा कि काम लौटने के बाद क्या होता है। ग्राहकों को अगली रिक्वेस्ट के माध्यम से सेवा को काम करते रहने की आवश्यकता है, और अगली रिक्वेस्ट के माध्यम से भी। माइक्रोसॉफ्ट ने कुछ स्थानों पर प्रभावित बुनियादी ढांचे तक पहुंचने वाले कुछ ट्रैफ़िक को सीमित कर दिया। इसने यह जांचने के लिए कि वे प्रतिक्रियाशील रहेंगे या नहीं, पिछली कॉन्फ़िगरेशन का उपयोग करके सर्वर के एक उप-समूह का भी पुनर्निर्माण किया।
2:39 वे रिपोर्ट किए गए शमन प्रयोग थे। रिकवरी के दौरान तैनाती को रोकने से हमें कोई सबूत नहीं मिलता है कि एक शुक्रवार की तैनाती ने मूल आउटेज का कारण बना। माइक्रोसॉफ्ट के शुक्रवार के अपडेट तक, ग्यारह बजकर चार मिनट यूटीसी पर,
रिपोर्टिंग कटऑफ पर क्या जानकारी थी?
2:48 एशिया प्रशांत के कुछ हिस्सों में रिकवरी कार्रवाई पूरी हो चुकी थी। मेलबॉक्स पहुंच और विलंबित ईमेल प्रसंस्करण में सुधार के साथ ट्रैफ़िक धीरे-धीरे लौट रहा था। कुछ उपयोगकर्ताओं को अभी भी रुक-रुक कर समस्याएं आ सकती थीं, और अन्य जगहों पर रिकवरी जारी थी। यह हमारी रिपोर्टिंग कटऑफ है। माइक्रोसॉफ्ट ने कहा कि उसके पास दुर्भावनापूर्ण गतिविधि का कोई सबूत नहीं है, और शमन के बाद एक पूर्ण घटना रिपोर्ट का वादा किया। मैं एक खलनायक को नियुक्त करने से पहले उस रिपोर्ट का इंतजार करूंगा।
3:10 इंटरनेट जासूसी आपको पृष्ठ को ताज़ा करने से पहले ही एक अपराधी दे सकती है। डेवलपर्स के लिए, माइक्रोसॉफ्ट ग्राफ़ निर्भरता को विशेष रूप से याद करना आसान बनाता है। एक्सचेंज मेल, कैलेंडर और संपर्कों के लिए इसके अनुरोधों का समय समाप्त हो सकता है। आपका एप्लिकेशन एक ऑपरेशन के लिए ग्राफ़ को सफलतापूर्वक कॉल कर सकता है और दूसरे पर विफल हो सकता है।
एक ग्राफ़ अनुरोध क्यों विफल हो सकता है?
3:20 एक सफल असंबंधित अनुरोध आपको इस बारे में बहुत कम बताता है कि आपके उपयोगकर्ता को आवश्यक मेलबॉक्स ऑपरेशन पूरा होगा या नहीं। स्टेटस पेज को भी अपने पलायन मार्ग की आवश्यकता थी। माइक्रोसॉफ्ट ने सार्वजनिक रूप से घटना की जानकारी पोस्ट की क्योंकि प्रशासक सेवा स्वास्थ्य पढ़ने के लिए व्यवस्थापक केंद्र को लोड करने में असमर्थ हो सकते हैं। जब यह जानने के लिए डैशबोर्ड कि क्या टूटा हुआ है, उस पर निर्भर करता है जो टूटा हुआ है, तो डैशबोर्ड घटना में शामिल हो गया है। एक आउट-ऑफ-बैंड स्थिति लिंक उपलब्ध रखें। सामान्य ग्राफ़ थ्रॉटलिंग के लिए, माइक्रोसॉफ्ट का मार्गदर्शन कहता है कि जब एक अनुरोध को बहुत अधिक अनुरोध प्रतिक्रिया मिलती है तो पुन: प्रयास में देरी का सम्मान करें, और जब वह हेडर अनुपस्थित हो तो घातीय बैकऑफ़ का उपयोग करें।
3:46 वह मार्गदर्शन थ्रॉटलिंग का प्रबंधन करता है। यह इस आउटेज का निदान नहीं करता है या वादा नहीं करता है कि पुन: प्रयास सेवा को बहाल करते हैं। अब अड़तालीस घंटे। माइक्रोसॉफ्ट के विस्तारित स्टेटस पेज का कहना है कि उसने कतार और बैकलॉग प्रसंस्करण को प्राथमिकता दी और विलंबित संदेशों को संरक्षित करने के लिए ईमेल टाइमआउट विंडो का विस्तार किया। यह रिकवरी के दौरान विलंबित मेल को अधिक समय देता है। यह एक मेल टाइमआउट विंडो सेट करता है। माइक्रोसॉफ्ट ने सेवा को ठीक करने के लिए अड़तालीस घंटे की कोई समय-सीमा नहीं दी,
48 घंटे की मेल विंडो से क्या फायदा होता है?
4:05 और यह गारंटी नहीं दी कि हर संदेश पहुंचेगा। तो डिलीवरी के दावों को ईमानदार रखें। एक विलंबित अधिसूचना आवश्यक रूप से गायब नहीं हुई है, और एक कतारबद्ध संदेश आवश्यक रूप से अपने प्राप्तकर्ता तक नहीं पहुंचा है। समय-संवेदनशील काम के लिए, एक अनुमोदित स्वतंत्र चैनल के माध्यम से परिणाम को सत्यापित करें। एक क्लाइंट विंडो एक आशावादी डिलीवरी रसीद है जब बैकएंड अभी भी ठीक हो रहा है। जो अंततः घटना रिपोर्ट में पढ़ने के लिए बहुत कुछ छोड़ देता है। यदि आप इसे सुनने के बजाय पढ़ना पसंद करते हैं, तो अंतर हर सुबह आपके इनबॉक्स में आता है,
4:28 द डेली डिफ डॉट देव पर मुफ्त, नीचे लिंक। तो आज का फैसला, NEEDS REVIEW। मैं रिकवरी की समीक्षा करता रहूंगा क्योंकि माइक्रोसॉफ्ट के अपने अपडेट ने ट्रैफ़िक के तहत विफल होने वाले लौटाए गए सर्वर दिखाए। उपयोगी परीक्षण वास्तविक काम के साथ निरंतर सेवा है। अंतिम रिपोर्ट तक, प्रारंभिक कारण खुला रहता है। और आज के लिए यही अंतर है।
लगातार रिकवरी को क्या साबित करने की आवश्यकता होगी?
4:49 मैं Axrisi से निको हूँ। जिम्मेदारी से विलय करें। अधिसूचना आवश्यक रूप से गायब नहीं हुई है, और एक कतारबद्ध संदेश आवश्यक रूप से अपने प्राप्तकर्ता तक नहीं पहुंचा है। समय-संवेदनशील काम के लिए, एक अनुमोदित स्वतंत्र चैनल के माध्यम से परिणाम को सत्यापित करें। एक क्लाइंट विंडो एक आशावादी डिलीवरी रसीद है जब बैकएंड अभी भी ठीक हो रहा है। जो अंततः घटना रिपोर्ट में पढ़ने के लिए बहुत कुछ छोड़ देता है।
स्रोत
- ExpandedMicrosoftservicehealth, reportingcutoffNovember13 11:04:50UTC; earlier10:01:07observationshistoricalMicrosoft
- Returned servers can become unresponsive again once they receive trafficMicrosoft 365 Status
- Health-processing component investigation hypothesisMicrosoft 365 Status
- Alternative health check returned a subset of serversMicrosoft 365 Status
- Isolate, restart and reintroduce traffic to test stabilityMicrosoft 365 Status
- Unavailable servers strain remaining infrastructureMicrosoft 365 Status
- Initial Exchange mailbox-access investigation in the AmericasMicrosoft 365 Status
- Users in any region may be affectedMicrosoft 365 Status
- Email timeout extended to preserve delayed messagesMicrosoft 365 Status
- Paused deployments, traffic redistribution and server restartsMicrosoft 365 Status
- Independent live reporting on the Microsoft email disruptionCNN
- Microsoft Graph throttling guidanceMicrosoft Learn
- Exchange Online service descriptionMicrosoft Learn
- Satya Nadella portrait by OFFICIAL LEWEB PHOTOS (2013), CC BY 2.0. Whole portrait-based artwork adapted by cropping, background removal, resizing and text/composition; vendor identity only, no endorsement or current reaction.OFFICIAL LEWEB PHOTOS
- Portrait-only CC BY 2.0 licence; separate from third-party source/cartoon rightsCreative Commons
- WWE still. Brief silent process commentary; WWE, The Simpsons/20th Television/Disney, Microsoft and other source owners retain copyright. Hosting and this specific editorial-use decision provide no blanket reuse grant or copyright clearance. The portrait licence is separate from third-party source/cartoon rights.WWE / Imgflip source hosting
- The Simpsons/Bob GIF. Brief silent process commentary; WWE, The Simpsons/20th Television/Disney, Microsoft and other source owners retain copyright. Hosting and this specific editorial-use decision provide no blanket reuse grant or copyright clearance. The portrait licence is separate from third-party source/cartoon rights.The Simpsons / 20th Television / Disney; GIPHY source hosting



