इस लेख में
31 अगस्त 2026 की शाम Microsoft 365 में एक व्यापक आउटेज शुरू हुआ, जिसे एडमिन सेंटर में EX1464935 के रूप में दर्ज किया गया और बाद में MO1465074 के तहत विस्तारित किया गया। असर ईमेल तक सीमित नहीं था। Exchange Online के साथ Teams, SharePoint Online और OneDrive for Business भी ठप हो गए, और उनके साथ Purview और Defender XDR में गवर्नेंस और सुरक्षा टूल भी। जो कंपनी अपने ग्राहकों तक ईमेल से पहुँचती थी, अंदरूनी तालमेल चैट से करती थी, अपनी फ़ाइलें क्लाउड में रखती थी और अपनी सुरक्षा पर एक डैशबोर्ड से नज़र रखती थी, उसने ये चारों एक ही पल में खो दिए।
Microsoft ने कारण को Exchange Online इंफ्रास्ट्रक्चर के भीतर कई आंतरिक सेवाओं द्वारा इस्तेमाल किए जाने वाले कोर ऑथेंटिकेशन कॉन्फ़िगरेशन की समस्या बताया, और चरणबद्ध समाधान लागू किया जिसमें ऑथेंटिकेशन कंपोनेंट्स को पहले इंफ्रास्ट्रक्चर के एक नमूने पर दोबारा लागू किया गया और फिर विस्तार किया गया। मेल फ़्लो और सर्च 1 सितंबर को बहाल हो गए, जबकि उपयोगकर्ताओं के एक छोटे हिस्से पर सीमित असर 2 सितंबर तक बना रहा। पूरी रुकावट एक दिन से ज़्यादा चली, और उसका असर दो दिन तक।
यह लेख Microsoft के बारे में नहीं है। हर बड़े प्रदाता के आउटेज होते हैं, और हम पहले भी दूसरी एआई सेवाओं की रुकावटों पर लिख चुके हैं। यह लेख उस चीज़ के बारे में है जिसे इस खास आउटेज ने उजागर किया, और जो पहली नज़र में दिखने से ज़्यादा ख़तरनाक है।
जिसे आप छह सिस्टम गिनते हैं, वह एक हो सकता है
किसी भी मैनेजर से उसके सिस्टम गिनाने को कहिए और आपको एक सूची मिलेगी: एक मेल सिस्टम, एक चैट सिस्टम, एक फ़ाइल सिस्टम, एक सुरक्षा सिस्टम। चार नाम, चार आइकन, आमतौर पर कॉन्ट्रैक्ट में चार पंक्तियाँ। स्वाभाविक धारणा यह है कि एक के ठप होने से बाकी साथ नहीं गिरते, क्योंकि वे अलग-अलग चीज़ें हैं।
लेकिन नाम सिस्टम की सीमाएँ नहीं होते। असली सीमा वह है जो ये सेवाएँ नीचे साझा करती हैं: आपकी पहचान कौन सत्यापित करता है, सेशन कहाँ रखे जाते हैं, वे किस नेटवर्क से होकर गुज़रती हैं। जब चार सेवाएँ एक ही ऑथेंटिकेशन लेयर साझा करती हैं, तो जोखिम के नज़रिए से वे एक ही सेवा हैं, बिल पर वे चाहे कितनी भी अलग दिखें।
असहज बात यह है कि यह साझेदारी सामान्य समय में कभी दिखाई नहीं देती। बल्कि इसके उलट, यही आपको सुविधाजनक सिंगल साइन-ऑन और मेल व फ़ाइलों के बीच सहज इंटीग्रेशन देती है। आप यह सुविधा रोज़ खरीदते हैं और इसकी कीमत हर कुछ सालों में एक बार, एक लंबे दिन में चुकाते हैं।
यह बात एक मध्यम आकार की सऊदी कंपनी पर उतनी ही लागू होती है जितनी किसी वैश्विक उद्यम पर। सोचिए कि आपकी कितनी सेवाएँ एक ही Google खाते पर, या एक ही WhatsApp नंबर पर, या एक ही होस्टिंग प्रदाता पर, या पासवर्ड रखने वाले एक ही कर्मचारी पर टिकी हैं। इनमें से हर एक सिंगल पॉइंट ऑफ़ फ़ेल्योर है। फ़र्क यह है कि आपके वाले छोटे हैं और उन्हें ठीक करना कहीं ज़्यादा आसान है।
एक घंटे में अपनी निर्भरताओं का नक्शा बनाइए
आपको न किसी टूल की ज़रूरत है न किसी सलाहकार की। आपको एक कागज़, एक घंटा और ईमानदार जवाब चाहिए। पहले कॉलम में हर वह काम लिखिए जिसके बिना आपका व्यवसाय पूरा एक दिन नहीं चल सकता: ऑर्डर लेना, इनवॉइस जारी करना, ग्राहकों को जवाब देना, पेरोल चलाना, सेवा देना। फिर हर एक से तीन सवाल पूछिए:
- यह काम किस बाहरी सेवा पर निर्भर है? व्यावसायिक नाम साफ़-साफ़ लिखिए: यह मेल प्रदाता, वह ऑनलाइन स्टोर प्लेटफ़ॉर्म, वह पेमेंट गेटवे, वह मैसेजिंग प्रदाता।
- आप किस खाते या पहचान से साइन इन करते हैं? आमतौर पर हैरानी यहीं सामने आती है। आपको चार अलग-अलग सेवाएँ मिलेंगी जिनमें एक ही खाते से प्रवेश होता है, या तीन सेवाएँ जो सत्यापन कोड के लिए एक ही मोबाइल नंबर से जुड़ी हैं।
- अगर यह अभी रुक जाए, तो एक घंटे के भीतर विकल्प क्या है? अगर जवाब कोई नहीं है, तो आपने सैद्धांतिक नहीं बल्कि वास्तविक सिंगल पॉइंट ऑफ़ फ़ेल्योर ढूँढ लिया है।
जब आप पूरा कर लेंगे, तो एक या दो प्रविष्टियाँ ज़्यादातर पंक्तियों में दोहराई जाएँगी। वही आपकी साझा निर्भरताएँ हैं। उन सभी को हटाने की कोशिश मत कीजिए, जो न व्यावहारिक है न किफ़ायती। उस पंक्ति को लीजिए जो राजस्व रोकती है, और पहले उसी से निपटिए।
सबसे आसानी से रोका जा सकने वाला आउटेज: समाप्ति तिथियाँ
सभी आउटेज एक जैसे नहीं होते। कुछ उस जटिलता से आते हैं जिस पर आपका नियंत्रण नहीं है। दूसरे उस तारीख से आते हैं जो कहीं ऐसी जगह लिखी है जिसे कोई नहीं पढ़ता। दूसरी किस्म को रोकना सबसे आसान है और यही सबसे ज़्यादा दोहराई जाती है, क्योंकि इसे बस फ़ॉलो-अप चाहिए।
ये वे समाप्ति तिथियाँ हैं जो चुपचाप आपका व्यवसाय चला रही हैं, और इनमें से हर एक को एक नामित ज़िम्मेदार व्यक्ति के साथ एक ही कैलेंडर पर होना चाहिए:
- आपकी वेबसाइट का एन्क्रिप्शन सर्टिफ़िकेट। जब यह समाप्त हो जाता है तो आपकी साइट धीमी नहीं होती, बल्कि आगंतुकों को एक स्पष्ट सुरक्षा चेतावनी दिखाती है जो उन्हें अंदर आने से रोकती है। बिक्री पर असर तुरंत और पूरा होता है।
- डोमेन रजिस्ट्रेशन। डोमेन का नवीनीकरण भूल जाने से वेबसाइट और ईमेल दोनों एक साथ बंद हो जाते हैं, क्योंकि ईमेल उसी डोमेन पर चलता है। यह सबसे बुरे आउटेज में से है, क्योंकि यह ठीक वही चैनल काट देता है जिससे आप सफ़ाई देते।
- ई-इनवॉइसिंग स्टैम्प सर्टिफ़िकेट। ज़कात, कर और सीमा शुल्क प्राधिकरण (ZATCA) के ई-इनवॉइसिंग विस्तृत तकनीकी दिशानिर्देश कहते हैं कि करदाता अपनी इनवॉइस बनाने वाली इकाइयों के क्रिप्टोग्राफ़िक स्टैम्प आइडेंटिफ़ायर को मौजूदा आइडेंटिफ़ायर समाप्त होने से पहले नवीनीकृत करें, और नवीनीकरण में पुराने आइडेंटिफ़ायर को रद्द करना और नया जारी करना शामिल है। यह समय-सीमा चूक गए तो आपके सामने सिर्फ़ एक सूचना नहीं, बल्कि इनवॉइसिंग की समस्या होगी।
- आपके सिस्टमों के बीच इंटीग्रेशन कुंजियाँ। आपके स्टोर को आपके इन्वेंटरी सिस्टम से, या आपके सिस्टम को पेमेंट गेटवे से जोड़ने वाले एक्सेस टोकन की एक तय उम्र होती है। इसके समाप्त होने से कोई भी सिस्टम नहीं रुकता, बल्कि उनके बीच का पुल रुक जाता है, इसलिए ऑर्डर आते रहते हैं जबकि सिंक चुपचाप रुक जाता है। यह वह विफलता है जो देर से पता चलती है।
- ऐप साइनिंग सर्टिफ़िकेट और सहेजे गए कार्ड। समाप्त हो चुका साइनिंग सर्टिफ़िकेट आपको स्टोर पर अपडेट भेजने से रोकता है, और किसी सब्सक्रिप्शन पर समाप्त हो चुका कार्ड सेवा को ही रोक देता है। दोनों अक्सर सबसे बुरे संभव समय पर आते हैं।
कामकाजी नियम सरल है। जिस भी चीज़ की समाप्ति तिथि है, उसे तीन चीज़ें चाहिए: साठ दिन पहले एक अलर्ट, विभाग के बजाय नाम से तय एक ज़िम्मेदार व्यक्ति, और एक सहायक जो ज़िम्मेदार व्यक्ति के न होने पर नवीनीकरण करना जानता हो। तीनों में से कोई भी एक न हो, तो आप फिर किसी की याददाश्त के भरोसे लौट आते हैं।
जिस दिन आपका प्रदाता ठप हो, उस दिन क्या करें
जब आउटेज आता है, तो पेशेवर दिखने वाले व्यवसाय और घबराए हुए दिखने वाले व्यवसाय के बीच का फ़र्क मरम्मत की रफ़्तार नहीं होता, क्योंकि मरम्मत वैसे भी आपके हाथ में नहीं है। फ़र्क उन तीन चीज़ों का है जो आपने पहले से तैयार की थीं:
- ठप हुई लेयर के बाहर एक संचार चैनल। अगर आपका सारा आंतरिक तालमेल एक ही टूल में है, तो उसके ठप होते ही आपके पास कोई तालमेल नहीं बचता। वास्तव में अलग चैनल पर एक बैकअप ग्रुप, और सिस्टम के बाहर रखी गई संपर्क सूची, काफ़ी है।
- महत्वपूर्ण कामों के लिए घोषित मैनुअल मोड। सिस्टम के बिना आप ऑर्डर कैसे लेंगे, भुगतान कैसे दर्ज करेंगे और सेवा कैसे देंगे? इसे आज ही एक पन्ने पर लिखिए और टीम को दे दीजिए। जो कंपनियाँ वह पन्ना लिखती हैं वे घंटे खोती हैं। जो नहीं लिखतीं वे एक दिन खोती हैं।
- ग्राहक के लिए तैयार संदेश। ग्राहकों को आउटेज से कम और चुप्पी से ज़्यादा गुस्सा आता है। एक छोटा नोट जो बताए कि क्या प्रभावित है, अस्थायी उपाय क्या है और अगला अपडेट कब आएगा, एक विफलता को नियंत्रित स्थिति में बदल देता है। ऐसे समाधान-समय का वादा मत कीजिए जो आपके नियंत्रण में नहीं है।
खत्म होने के बाद एक ही सवाल पूछिए, उससे ज़्यादा नहीं: आज हमने अपनी निर्भरताओं के बारे में ऐसा क्या सीखा जो हम नहीं जानते थे? इसका जवाब किसी भी रिपोर्ट से ज़्यादा कीमती है, और आमतौर पर यह एक ही पंक्ति होती है जो एक ही बदलाव की हक़दार है।
Origami का नज़रिया
हमारे काम में, व्यवसाय मालिकों को सबसे ज़्यादा हैरान करने वाली चीज़ शायद ही कभी खुद आउटेज होती है। हैरानी इस बात की होती है कि जिन सिस्टमों को वे स्वतंत्र मानते थे, वे एक साथ ठप हो गए। हमारे पास विकल्प हैं, इस विश्वास पर बना फ़ैसला तब ढह जाता है जब पता चलता है कि सारे विकल्प एक ही दरवाज़े से होकर गुज़रते हैं। इसीलिए हम कंटिन्युइटी की हर बातचीत टूल खरीदने से नहीं, बल्कि निर्भरताओं का नक्शा बनाने से शुरू करते हैं, क्योंकि जो टूल आप खरीदेंगे वह भी उसी लेयर पर टिका हो सकता है और जोखिम घटाने के बजाय बढ़ा सकता है।
हमारा यह भी मानना है कि ऐसे आउटेज का सही जवाब क्लाउड से भागना नहीं है। किसी गंभीर प्रदाता का क्लाउड इंफ्रास्ट्रक्चर उससे ज़्यादा भरोसेमंद है जो अधिकांश कंपनियाँ खुद बना और चला सकती हैं, और कभी-कभार की रुकावट इसे नहीं बदलती। सही जवाब यह ठीक-ठीक जानना है कि आपके कौन-से काम रुकते हैं और कौन-से चलते रहते हैं, और इसे किसी बुरे दिन खोजने के बजाय सोच-समझकर चुनना है। कंटिन्युइटी कोई सिस्टम नहीं जिसे आप खरीदते हैं। यह छोटे-छोटे फ़ैसलों का एक समूह है जो आप तब लेते हैं जब उन्हें लेने का आप पर कोई दबाव नहीं होता।
निष्कर्ष
एक साझा ऑथेंटिकेशन लेयर में एक ही गड़बड़ी ने दुनिया भर की कंपनियों में छह उत्पादों को एक दिन से ज़्यादा समय तक रोक दिया। सबक प्रदाता बदलना नहीं है, बल्कि यह जानना है कि आपके सिस्टम सतह के नीचे वास्तव में क्या साझा करते हैं। तीन कॉलम वाली एक तालिका से शुरू कीजिए जो आपकी निर्भरताओं को उजागर करे, हर समाप्ति तिथि को एक नामित ज़िम्मेदार व्यक्ति के साथ एक ही कैलेंडर पर रखिए, और ज़रूरत पड़ने से पहले मैनुअल मोड वाला पन्ना लिख लीजिए। यह लगभग तीन घंटे का काम है जो आपके और पूरे एक दिन के ठहराव के बीच खड़ा है, और यही इसे उपलब्ध सबसे सस्ता कंटिन्युइटी निवेश बनाता है।
स्रोत
- BleepingComputer: Microsoft 365 आउटेज का विवरण, घटना आईडी EX1464935 और MO1465074, और कारण व समाधान पर कंपनी के बयान
- Microsoft: क्लाउड सेवाओं की आधिकारिक स्थिति पेज
- ZATCA: ई-इनवॉइसिंग विस्तृत तकनीकी दिशानिर्देश, क्रिप्टोग्राफ़िक स्टैम्प आइडेंटिफ़ायर की ऑनबोर्डिंग और नवीनीकरण
- Tom's Guide: 31 अगस्त 2026 की सेवा रुकावट की लाइव कवरेज
सामान्य प्रश्न
31 अगस्त 2026 के Microsoft 365 आउटेज में क्या हुआ?
आउटेज 31 अगस्त 2026 की शाम को शुरू हुआ और इसे EX1464935 और MO1465074 के रूप में दर्ज किया गया, जिससे Exchange Online, Teams, SharePoint Online, OneDrive for Business, Purview और Defender XDR प्रभावित हुए। Microsoft ने कारण को कई आंतरिक सेवाओं द्वारा इस्तेमाल किए जाने वाले कोर ऑथेंटिकेशन कॉन्फ़िगरेशन की समस्या बताया। मेल फ़्लो और सर्च 1 सितंबर को बहाल हो गए, जबकि उपयोगकर्ताओं के एक छोटे हिस्से पर सीमित असर 2 सितंबर तक जारी रहा।
क्या इसका मतलब है कि क्लाउड पर निर्भर रहना गलती है?
नहीं। बड़े प्रदाताओं का क्लाउड इंफ्रास्ट्रक्चर उससे ज़्यादा भरोसेमंद है जो अधिकांश कंपनियाँ खुद बना और चला सकती हैं, और कभी-कभार की रुकावट इसे नहीं बदलती। काम क्लाउड छोड़ना नहीं है, बल्कि ठीक-ठीक यह जानना है कि प्रदाता रुकने पर आपके कौन-से काम रुक जाते हैं, और उन कामों के लिए एक अस्थायी विकल्प तैयार रखना है जो रुकावट बर्दाश्त नहीं कर सकते।
मैं अपनी कंपनी में सिंगल पॉइंट ऑफ़ फ़ेल्योर कैसे ढूँढूँ?
उन कामों की सूची बनाइए जिनके बिना आपका व्यवसाय एक दिन भी नहीं चल सकता, फिर हर एक के लिए वह बाहरी सेवा लिखिए जिस पर वह निर्भर है, वह खाता या पहचान जिससे आप साइन इन करते हैं, और एक घंटे के भीतर उपलब्ध विकल्प। जो सेवा या खाता ज़्यादातर पंक्तियों में दोहराया जाता है, वही आपकी साझा निर्भरता है, और एक घंटे के भीतर विकल्प न होने का मतलब है कि यह वास्तविक सिंगल पॉइंट ऑफ़ फ़ेल्योर है।
हर कंपनी को किन समाप्ति तिथियों पर नज़र रखनी चाहिए?
वेबसाइट का एन्क्रिप्शन सर्टिफ़िकेट, डोमेन रजिस्ट्रेशन, ई-इनवॉइसिंग के लिए क्रिप्टोग्राफ़िक स्टैम्प आइडेंटिफ़ायर जिसे ज़कात, कर और सीमा शुल्क प्राधिकरण (ZATCA) के दिशानिर्देश समाप्त होने से पहले नवीनीकृत करना अनिवार्य करते हैं, आपके सिस्टमों के बीच इंटीग्रेशन कुंजियाँ, ऐप साइनिंग सर्टिफ़िकेट, और आपकी सब्सक्रिप्शन से जुड़ा कार्ड। इन सबको एक ही कैलेंडर पर रखिए, साठ दिन पहले अलर्ट के साथ, एक नामित ज़िम्मेदार व्यक्ति और एक सहायक के साथ जो इन्हें नवीनीकृत करना जानता हो।
Google पर Origami को फ़ॉलो करें
Origami को अपना पसंदीदा स्रोत बनाइए, तो हमारे लेख आपको Google Search और प्रमुख ख़बरों में सबसे पहले दिखेंगे।
