ٹریفک کی وجہ سے مائیکروسافٹ کا آؤٹ لک ریکوری بار بار ناکام ہوتا رہا

اس ویڈیو میں کیا شامل ہے

• ہر آپریشن کی بیک اینڈ انحصار کی جانچ کریں: ٹیمز کی زیادہ تر بنیادی فعالیت اور براہ راست شیئرپوائنٹ فائل تک رسائی فعال رہی، جبکہ ایکسچینج پر منحصر خصوصیات متاثر ہوئیں۔
• مائیکروسافٹ نے اطلاع دی کہ واپس کیے گئے سرورز ٹریفک پہنچنے پر دوبارہ غیر جوابدہ ہو سکتے ہیں؛ اس کی صحت کی جانچ کرنے والے جزو کی وضاحت ایک مفروضہ رہی۔
• ای میل کے لیے بڑھا ہوا اڑتالیس گھنٹے کا ٹائم آؤٹ قطار اور بیک لاگ پروسیسنگ کے دوران تاخیر سے آنے والی میل کو محفوظ رکھنے کے لیے تھا. یہ نہ تو مرمت کی آخری تاریخ تھی اور نہ ہی عالمی ترسیل کی ضمانت۔
• عام گراف تھروٹلنگ گائیڈنسRetry-After اور ایکسپونینشل بیک آف کا احترام کرنے کی سفارش کرتی ہے جب وہ ہیڈر موجود نہ ہو؛ یہ اس واقعے کی تشخیص یا مرمت نہیں کرتی۔

ترجمہ شدہ ٹرانسکرپٹ

اصل انگریزی بیان سے ترجمہ کیا گیا۔ دستیاب آڈیو اور کیپشنز یوٹیوب کے زیر انتظام ہیں۔

واپس کیے گئے سرور دوبارہ کیوں ناکام ہو گئے؟

0:00 مائیکروسافٹ نے میل سرورز کو سروس میں واپس کر دیا۔ ٹریفک واپس آنے پر وہ دوبارہ جواب دینا بند کر سکتے ہیں۔ یہ ڈویلپر فالو اپ ہے۔ اس ویڈیو میں، ریکوری کیوں ناکام ہوتی رہی؟ اور آپ کی ایپ کے کون سے حصے ابھی بھی کام کر رہے تھے؟ مائیکروسافٹ نے تاخیر سے آنے والی ای میل کو اڑتالیس گھنٹے بھی دیے۔ اس سے آپ کو دراصل کیا فائدہ ہوتا ہے؟ آج جمعہ، تیرہ نومبر ہے، اور یہ The Daily Diff ہے۔

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 اور ایک قطار میں لگا پیغام ضروری نہیں کہ اپنے وصول کنندہ تک پہنچ گیا ہو۔ وقت کے حساس کام کے لیے، ایک منظور شدہ آزاد چینل کے ذریعے نتیجے کی تصدیق کریں۔ ایک کلائنٹ ونڈو ایک امید افزا ترسیل کی رسید ہے جب بیک اینڈ ابھی بھی بحال ہو رہا ہو۔ جو کہ حتمی واقعاتی رپورٹ میں پڑھنے کے لیے کافی کچھ چھوڑ دیتا ہے۔ اگر آپ اسے سننے کے بجائے پڑھنا چاہتے ہیں، تو ڈیف ہر صبح آپ کے ان باکس میں مفت پہنچتا ہے the daily diff dot dev پر، لنک نیچے ہے۔ تو آج کا فیصلہ، NEEDS REVIEW۔

مستقل ریکوری کو کیا ثابت کرنے کی ضرورت ہوگی؟

4:49 میں ریکوری کو زیر غور رکھوں گا کیونکہ مائیکروسافٹ کی اپنی اپڈیٹس نے دکھایا کہ واپس کیے گئے سرور ٹریفک کے تحت ناکام ہو رہے تھے۔ مفید ٹیسٹ حقیقی کام کے ساتھ مستقل سروس ہے جو آ رہا ہے۔ حتمی رپورٹ تک، ابتدائی وجہ کھلی رہتی ہے۔ اور یہ آج کا diff ہے۔ میں Axrisi سے نیکو ہوں۔ ذمہ داری سے ضم کریں۔

ذرائع

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