ट्रॅफिकमुळे मायक्रोसॉफ्टचे आउटलुक रिकव्हरी वारंवार अयशस्वी होत होते

या व्हिडिओमध्ये काय समाविष्ट आहे

• प्रत्येक ऑपरेशनची बॅकएंड अवलंबित्व तपासा: बहुतेक मुख्य टीम्स कार्यक्षमता आणि थेट शेअरपॉईंट फाइल प्रवेश कार्यरत राहिले, तर एक्सचेंज-आधारित वैशिष्ट्ये बाधित झाली.
• मायक्रोसॉफ्टने नोंदवले की परत आलेले सर्व्हर ट्रॅफिक त्यांच्यापर्यंत पोहोचल्यावर पुन्हा प्रतिसाद देणे थांबवू शकतात; त्यांचे आरोग्य-प्रक्रिया-घटक स्पष्टीकरण एक गृहीतक राहिले.
• विस्तारित अठ्ठेचाळीस तासांची ईमेल टाइमआउट रांग आणि बॅकलॉग प्रक्रियेदरम्यान विलंबित मेल जतन करण्यासाठी होती. ती दुरुस्तीची अंतिम मुदत किंवा सार्वत्रिक वितरण हमी नव्हती.
• सामान्य ग्राफ थ्रॉटलिंग मार्गदर्शन Retry-After आणि घातांकीय बॅकऑफचे पालन करण्याची शिफारस करते जेव्हा ते हेडर अनुपस्थित असते; ते या घटनेचे निदान किंवा दुरुस्ती करत नाही.

अनुवादित प्रतिलेख

मूळ इंग्रजी निवेदनातून अनुवादित. उपलब्ध ऑडिओ आणि मथळे YouTube द्वारे नियंत्रित आहेत.

परत आलेले सर्व्हर पुन्हा का अयशस्वी झाले?

0:00 मायक्रोसॉफ्टने मेल सर्व्हर सेवेत परत आणले. ट्रॅफिक परत आल्यावर ते पुन्हा प्रतिसाद देणे थांबवू शकतात. येथे विकसक फॉलो-अप आहे. या व्हिडिओमध्ये, रिकव्हरी का अयशस्वी होत राहिली? आणि तुमच्या ॲपचे कोणते भाग अजूनही काम करत होते? मायक्रोसॉफ्टने विलंबित ईमेलला अठ्ठेचाळीस तास दिले. ते तुम्हाला खरं तर काय देतं? आज शुक्रवार, तेरा नोव्हेंबर आहे, आणि हे आहे द डेली डिफ.

0:18 एक्सचेंज ऑनलाइन ही मायक्रोसॉफ्टची होस्टेड ईमेल सेवा आहे आणि इतर मायक्रोसॉफ्ट तीन

कोणती वैशिष्ट्ये एक्सचेंजवर अवलंबून होती?

0:22 सहा-पाच वैशिष्ट्ये त्यावर अवलंबून आहेत. येथे मायक्रोसॉफ्टच्या स्टेटस पेजमधून उपयुक्त फरक आहे. टीम्स कॉल आणि ग्रुप चॅट बहुतेक काम करत होते. कॅलेंडर वैशिष्ट्ये आणि मेलबॉक्स डेटासाठीच्या विनंत्या अयशस्वी होऊ शकतात. तुमचे ॲप्लिकेशन प्रत्यक्षात वापरत असलेले अवलंबित्व तपासा. याचा अर्थ कॅलेंडरने सहकार्य करण्यास नकार दिल्यासही मीटिंग होऊ शकते. शेअरपॉईंटमधील फाइल्सचा थेट प्रवेश देखील कार्यरत राहिला, तर काही शेअरिंग वैशिष्ट्ये प्रभावित झाली.

0:42 विंडोवरील लोगो तुम्हाला तुमच्या पुढील क्लिकला कोणत्या बॅकएंडची आवश्यकता आहे याबद्दल फार कमी सांगतो. गुरुवारी व्यत्यय सुरू झाला, मायक्रोसॉफ्टने सुरुवातीला अमेरिकेतील मेलबॉक्स प्रवेशाची तपासणी केली. त्यानंतर त्यांनी याची पुष्टी केली की कोणत्याही प्रदेशातील वापरकर्त्यांना याचा परिणाम होऊ शकतो. सीएनएनने बँका, सरकार आणि न्यायालयांमध्ये समस्यांची नोंद केली. एखादा गहाळ ईमेल गैरसोयीचा असतो जोपर्यंत कोणाचेतरी खरे काम त्यावर अवलंबून नसते येईपर्यंत. मायक्रोसॉफ्टचे सुरुवातीचे स्पष्टीकरण उपलब्ध सर्व्हरची हानी होती.

गहाळ क्षमता सेवेला कसे ओव्हरलोड करते?

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 आणि रांगेतील संदेश आवश्यक नाही की त्याच्या प्राप्तकर्त्यापर्यंत पोहोचला आहे. वेळ-संवेदनशील कामासाठी, मंजूर स्वतंत्र चॅनेलद्वारे परिणाम सत्यापित करा. क्लायंट विंडो ही एक आशावादी वितरण पावती आहे जेव्हा बॅकएंड अजूनही रिकव्हर होत आहे. ज्यामुळे अंतिम घटनेच्या अहवालात वाचण्यासाठी खूप काही बाकी आहे. तुम्ही हे वाचण्याऐवजी मला हे ऐकायला आवडेल, तर डिफ तुमच्या इनबॉक्समध्ये रोज सकाळी येते, daily diff dot dev वर विनामूल्य, लिंक खाली. तर आजचा निकाल, पुनरावलोकन आवश्यक आहे.

टिकून राहण्यासाठी पुनर्प्राप्तीला काय सिद्ध करावे लागेल?

4:49 मी रिकव्हरीचे पुनरावलोकन करत राहीन कारण मायक्रोसॉफ्टच्या स्वतःच्या अपडेट्समध्ये परत आलेले सर्व्हर ट्रॅफिकमध्ये अयशस्वी झाल्याचे दिसून आले. उपयुक्त चाचणी म्हणजे वास्तविक कामासह टिकून राहिलेली सेवा. अंतिम अहवालापर्यंत, मूळ कारण खुले राहते. आणि आजचा हा फरक आहे. मी ॲक्स्रिसीमधून निको आहे. जबाबदारीने विलीन करा.

स्रोत

1. ExpandedMicrosoftservicehealth, reportingcutoffNovember13 11:04:50UTC; earlier10:01:07observationshistoricalMicrosoft
2. Returned servers can become unresponsive again once they receive trafficMicrosoft 365 Status
3. Health-processing component investigation hypothesisMicrosoft 365 Status
4. Alternative health check returned a subset of serversMicrosoft 365 Status
5. Isolate, restart and reintroduce traffic to test stabilityMicrosoft 365 Status
6. Unavailable servers strain remaining infrastructureMicrosoft 365 Status
7. Initial Exchange mailbox-access investigation in the AmericasMicrosoft 365 Status
8. Users in any region may be affectedMicrosoft 365 Status
9. Email timeout extended to preserve delayed messagesMicrosoft 365 Status
10. Paused deployments, traffic redistribution and server restartsMicrosoft 365 Status
11. Independent live reporting on the Microsoft email disruptionCNN
12. Microsoft Graph throttling guidanceMicrosoft Learn
13. Exchange Online service descriptionMicrosoft Learn
14. 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
15. Portrait-only CC BY 2.0 licence; separate from third-party source/cartoon rightsCreative Commons
16. 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
17. 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