Microsoft ၏ Outlook ပြန်လည်ရယူခြင်းသည် ယာဉ်အသွားအလာအောက်တွင် ကျရှုံးနေသည်။
Microsoft ၏ နိုဝင်ဘာ ၁၂-၁၃ အီးမေးလ်ပြတ်တောက်မှုသည် ပြန်လည်ရယူခြင်း loop ကို ဖော်ထုတ်ခဲ့သည်- ပြန်လည်ပေးပို့သည့်ဆာဗာများသည် ယာဉ်အသွားအလာအောက်တွင် တုံ့ပြန်မှုမရှိတော့ပေ။
Microsoft ၏ နိုဝင်ဘာ ၁၂-၁၃ အီးမေးလ်ပြတ်တောက်မှုသည် ပြန်လည်ရယူခြင်း loop ကို ဖော်ထုတ်ခဲ့သည်- ပြန်လည်ပေးပို့သည့်ဆာဗာများသည် ယာဉ်အသွားအလာအောက်တွင် တုံ့ပြန်မှုမရှိတော့ပေ။ နိုဝင်ဘာလ 13 ရက်နေ့ 11:04:50 UTC ဖြတ်တောက်မှုတွင်၊ အာရှပစိဖိတ်ဒေသအနှံ့ ပြန်လည်ကောင်းမွန်လာခဲ့ပြီး အခြားနေရာများတွင် ပြတ်တောက်နေသော ပြဿနာများနှင့် လုပ်ဆောင်ချက်များ ဆက်လက်ရှိနေပါသည်။ ဤနောက်ဆက်တွဲတွင် မှီခိုမှုများနှင့် နှောင့်နှေးသောမေးလ်အကာအကွယ်များကို ရှင်းပြထားသည်။
ရေးသားထားသော ထုတ်ဝေမှု (အင်္ဂလိပ်) ကို ဖတ်ရန် ↗
ဤဗီဒီယိုတွင် ဖော်ပြထားသောအရာများ
- လုပ်ဆောင်ချက်တစ်ခုစီ၏ backend မှီခိုမှုကို စစ်ဆေးပါ- Teams လုပ်ဆောင်ချက်အများစုနှင့် တိုက်ရိုက် SharePoint ဖိုင်အသုံးပြုခွင့်တို့သည် လုပ်ဆောင်နိုင်ဆဲဖြစ်ပြီး Exchange-မှီခိုနေသော လုပ်ဆောင်ချက်များမှာ ချို့ယွင်းနေပါသည်။
- Microsoft က ပြန်လည်ပေးပို့ထားသော ဆာဗာများသည် ယာဉ်အသွားအလာရောက်ရှိသည့်အခါ ထပ်မံတုံ့ပြန်မှုမရှိတော့ကြောင်း သတင်းထုတ်ပြန်ခဲ့ပြီး ၎င်း၏ ကျန်းမာရေးဆိုင်ရာ လုပ်ဆောင်ချက် အစိတ်အပိုင်းဆိုင်ရာ ရှင်းလင်းချက်မှာ သီအိုရီသက်သက်သာ ဖြစ်နေပါသည်။
- ၄၈ နာရီကြာ အီးမေးလ် ကုန်ဆုံးချိန်သည် တန်းစီစနစ်နှင့် ကျန်ရှိနေသေးသော လုပ်ငန်းစဉ်များအတွင်း နှောင့်နှေးနေသော မေးလ်များကို ထိန်းသိမ်းရန် ရည်ရွယ်သည်။ ၎င်းသည် ပြုပြင်ရမည့် နောက်ဆုံးရက် သို့မဟုတ် တစ်ကမ္ဘာလုံးအတိုင်းအတာဖြင့် ပေးပို့နိုင်မည့် အာမခံချက် မဟုတ်ပါ။
- ပုံမှန် Graph throttling လမ်းညွှန်ချက်တွင် Retry-After ကို လိုက်နာရန်နှင့် ထို header မရှိပါက exponential backoff ကို အသုံးပြုရန် အကြံပြုထားသည်။ ၎င်းသည် ဤဖြစ်ရပ်ကို စစ်ဆေးခြင်း သို့မဟုတ် ပြုပြင်ခြင်း မရှိပါ။
အမေးအဖြေများ
Microsoft ၏ ပြန်လည်ပေးပို့ထားသော မေးလ်ဆာဗာများသည် ယာဉ်အသွားအလာအောက်တွင် အဘယ်ကြောင့် ထပ်မံပျက်စီးရသနည်း။
Microsoft က ပြန်လည်ပေးပို့ထားသော ဆာဗာများသည် ယာဉ်အသွားအလာလက်ခံရရှိသည်နှင့်တစ်ပြိုင်နက် ထပ်မံတုံ့ပြန်မှုမရှိတော့နိုင်ကြောင်း သတင်းထုတ်ပြန်ခဲ့သည်။ ၎င်း၏စုံစမ်းစစ်ဆေးမှုတွင် ဝန်ပိုနေသော လုပ်ငန်းစဉ်များနှင့် ဆာဗာကျန်းမာရေးကို လုပ်ဆောင်ပေးသည့် အစိတ်အပိုင်းတစ်ခုတွင် ဖြစ်နိုင်ချေရှိသော ပြဿနာတစ်ခုကို ဖော်ပြခဲ့သော်လည်း ကနဦးဖြစ်ပေါ်စေသည့်အကြောင်းရင်းမှာ နောက်ဆုံးဖြစ်ရပ်အစီရင်ခံစာကို စောင့်ဆိုင်းနေဆဲဖြစ်သည်။ ဤဖြစ်ရပ်သည် အစီရင်ခံထားသော ပြန်လာခြင်း၊ လုပ်ဆောင်ခြင်းနှင့် ပြန်လည်ဖြစ်ပေါ်ခြင်း sequences ကို သဘောတရားအရ သရုပ်ဖော်ထားပြီး၊ သက်သေပြထားသော အတွင်းပိုင်း ဗိသုကာပညာ သို့မဟုတ် နောက်ဆုံးမူလအကြောင်းရင်းကို တောင်းဆိုခြင်း မရှိပါ။
Teams ခေါ်ဆိုမှုများ အလုပ်လုပ်နေချိန်တွင် ပြက္ခဒိန်လုပ်ဆောင်ချက်များ အဘယ်ကြောင့် ပျက်ယွင်းရသနည်း။
Microsoft ၏ ချဲ့ထွင်ထားသော ဝန်ဆောင်မှုကျန်းမာရေး အသိပေးချက်အရ အဓိက Teams ခေါ်ဆိုမှုများ၊ အစည်းအဝေးများနှင့် စကားပြောခန်းများ အများစုသည် လုပ်ဆောင်နိုင်ဆဲဖြစ်သည်။ ပြက္ခဒိန်နှင့် အချိန်ဇယားဆွဲခြင်းဆိုင်ရာ ကိစ္စရပ်များသည် Exchange Online ပေါ်တွင် မူတည်ပြီး ပြတ်တောက်မှုကာလအတွင်း ပျက်ယွင်းနိုင်သည်။ SharePoint ဖိုင်များကို တိုက်ရိုက်ဝင်ရောက်ခြင်းလည်း အလုပ်လုပ်ဆဲဖြစ်သည်။ အသုံးဝင်သော application-level ခွဲခြားမှုမှာ ထုတ်ကုန်လိုဂိုတစ်ခုအောက်ရှိ လုပ်ဆောင်ချက်တိုင်းကို တူညီသော ပျက်စီးမှုအခြေအနေအဖြစ် သတ်မှတ်မည့်အစား လုပ်ဆောင်ချက်တစ်ခု၏ နောက်ကွယ်ရှိ မှီခိုမှုဖြစ်သည်။
၄၈ နာရီကြာ အီးမေးလ် ကုန်ဆုံးချိန်သည် ပြုပြင်ရမည့် နောက်ဆုံးရက်ကို သတ်မှတ်ထားသလား။
Microsoft သည် တန်းစီစနစ်နှင့် ကျန်ရှိနေသေးသော လုပ်ငန်းစဉ်များကို ဦးစားပေးလုပ်ဆောင်နေစဉ် နှောင့်နှေးသော မက်ဆေ့ခ်ျများကို ထိန်းသိမ်းရန် အီးမေးလ် ကုန်ဆုံးချိန်ကို တိုးမြှင့်ခဲ့သည်။ ၎င်းသည် ပြန်လည်ထူထောင်ရေးကာလအတွင်း နှောင့်နှေးနေသော မေးလ်များကို အချိန်ပိုပေးသည်။ လူသိရှင်ကြား အသိပေးချက်တွင် ၄၈ နာရီ ပြုပြင်ရမည့် နောက်ဆုံးရက်နှင့် မက်ဆေ့ခ်ျတိုင်း လက်ခံသူထံ ရောက်ရှိမည်ဟု အာမခံချက် မပေးထားပါ။ ထို့ကြောင့် ဆိုင်းငံ့ထားသော သို့မဟုတ် တန်းစီထားသော အသိပေးချက်တစ်ခုသည် အချိန်ကို အရေးကြီးသည့် လုပ်ငန်းစဉ်တစ်ခုက ၎င်းပေါ်တွင် မမှီခိုမီ အမှန်တကယ် ပေးပို့ခြင်း သို့မဟုတ် ရလဒ်စစ်ဆေးမှု လိုအပ်သည်။
Exchange ပြတ်တောက်မှုသည် Microsoft Graph application များကို မည်သို့ထိခိုက်ခဲ့သနည်း။
Microsoft အရ Exchange Online မေးလ်၊ ပြက္ခဒိန်နှင့် အဆက်အသွယ်များ တောင်းဆိုမှုများသည် အချိန်ကုန်နိုင်သည်။ Application တစ်ခုသည် မတူညီသော အရင်းခံမှီခိုမှုရှိသော လုပ်ဆောင်ချက်များမှတစ်ဆင့် မတူညီသော ရလဒ်များကို ကြုံတွေ့နိုင်သည်။ ဤဖြစ်ရပ်သည် လုပ်ဆောင်ချက်၏ အမှန်တကယ်ဝန်ဆောင်မှုမှီခိုမှုကို စစ်ဆေးရန် အကြံပြုထားသည်။ Microsoft ၏ သီးခြား ပုံမှန် throttling documentation တွင် Retry-After ကို လေးစားရန်နှင့် ထို header မရှိပါက exponential backoff ကို အသုံးပြုရန် ဆွေးနွေးထားသည်။ ထိုမူဝါဒများသည် ဤဖြစ်ရပ်၏ အကြောင်းရင်းကို ထူထောင်ခြင်း သို့မဟုတ် ပြန်လည်ထူထောင်ထားသော ဝန်ဆောင်မှုကို ကတိမပေးပါ။
Microsoft ၏ ပြန်လည်ထူထောင်ရေးနှင့် ပတ်သက်၍ The Daily Diff ၏ စီရင်ချက်က အဘယ်နည်း။
The Daily Diff ၏ စီရင်ချက်မှာ NEEDS REVIEW ဖြစ်သည်။ Microsoft ၏ အပ်ဒိတ်များတွင် ပြန်လည်ပေးပို့ထားသော ဆာဗာများသည် ယာဉ်အသွားအလာအောက်တွင် ပျက်ကွက်ကြောင်း ဖော်ပြထားသောကြောင့် Niko သည် ပြန်လည်ထူထောင်ရေးကို ပြန်လည်သုံးသပ်နေဆဲဖြစ်သည်။ အမှန်တကယ်လုပ်ဆောင်မှုများ ဆက်တိုက်လုပ်ဆောင်နေသော ဝန်ဆောင်မှုသည် အသုံးဝင်သော ပြန်လည်ထူထောင်ရေး စမ်းသပ်မှုဖြစ်သည်။ ကနဦးအကြောင်းရင်းကို ဖြစ်ရပ်၏ အစီရင်ခံစာဖြတ်တောက်ချိန်တွင် မဖြေရှင်းရသေးဘဲ Microsoft က အပြည့်အစုံသော ဖြစ်ရပ်အစီရင်ခံစာနှင့် ပြုပြင်ပြီးနောက် ကာကွယ်ရေးဆိုင်ရာ လုပ်ဆောင်ချက်များကို ကတိပေးခဲ့သည်။
ဘာသာပြန်ထားသော စာသားမှတ်တမ်း
မူရင်း အင်္ဂလိပ်စကားပြောမှ ဘာသာပြန်ထားသည်။ ရရှိနိုင်သော အသံနှင့် စာတန်းထိုးများကို YouTube မှ ထိန်းချုပ်ထားသည်။
ပြန်လည်ပေးပို့ထားသော ဆာဗာများ အဘယ်ကြောင့် ထပ်မံပျက်စီးရသနည်း။
0:00 Microsoft သည် မေးလ်ဆာဗာများကို ဝန်ဆောင်မှုပေးခဲ့သည်။ ယာဉ်အသွားအလာပြန်ရောက်သည့်အခါ ၎င်းတို့သည် ထပ်မံတုံ့ပြန်ခြင်းကို ရပ်တန့်နိုင်သည်။ ဤတွင် developer နောက်ဆက်တွဲဖြစ်သည်။ ဒီဗီဒီယိုမှာ ဘာလို့ ပြန်လည်ကောင်းမွန်မှုတွေ ဆက်တိုက်ပျက်ယွင်းနေရတာလဲ။ ပြီးတော့ မင်းရဲ့အက်ပ်ရဲ့ ဘယ်အပိုင်းတွေက အလုပ်လုပ်နေသေးလဲ။ Microsoft သည် နှောင့်နှေးသော အီးမေးလ်ကို လေးဆယ့်ရှစ်နာရီ ပေးခဲ့သည်။ ဒါက မင်းကို တကယ်ဘာပေးတာလဲ။ ယနေ့ နိုဝင်ဘာ ၁၃ ရက်၊ သောကြာနေ့ဖြစ်ပြီး ဤသည်မှာ The Daily Diff ဖြစ်သည်။
0:18 Exchange Online သည် Microsoft ၏ လက်ခံထားသော အီးမေးလ်ဝန်ဆောင်မှုဖြစ်ပြီး အခြား Microsoft သုံး
မည်သည့်လုပ်ဆောင်ချက်များသည် Exchange ပေါ်တွင်မူတည်သနည်း။
0:22 ခြောက်ဆယ့်ငါးခုသော လုပ်ဆောင်ချက်များသည် ၎င်းပေါ်တွင် မူတည်သည်။ ဤတွင် Microsoft ၏ အခြေအနေစာမျက်နှာမှ အသုံးဝင်သော ခွဲခြားမှုဖြစ်သည်။ Teams ခေါ်ဆိုမှုများနှင့် အဖွဲ့လိုက် စကားပြောခန်းများ အများစုသည် အလုပ်လုပ်ပါသည်။ ပြက္ခဒိန် လုပ်ဆောင်ချက်များနှင့် မေးလ်ဘောက်စ် ဒေတာ တောင်းဆိုမှုများ ပျက်ယွင်းနိုင်သည်။ သင့်လျှောက်လွှာက တကယ်အသုံးပြုတဲ့ မှီခိုမှုကို စစ်ဆေးပါ။ ဆိုလိုတာက ပြက္ခဒိန်က ပူးပေါင်းဆောင်ရွက်ဖို့ ငြင်းဆိုနေပေမယ့် အစည်းအဝေးတစ်ခုက ဆက်လက်လုပ်ဆောင်နိုင်ပါတယ်။ SharePoint ရှိ ဖိုင်များကို တိုက်ရိုက်ဝင်ရောက်ခြင်းလည်း အလုပ်လုပ်ဆဲဖြစ်သည်။ မျှဝေခြင်း လုပ်ဆောင်ချက်အချို့သည် ထိခိုက်ခဲ့သည်။
0:42 ပြတင်းပေါက်ပေါ်ရှိ လိုဂိုသည် သင်၏ နောက်တစ်ချက်နှိပ်ခြင်းတွင် မည်သည့် backend လိုအပ်သည်ကို အနည်းငယ်သာ ပြောပြသည်။ Microsoft သည် အမေရိကတိုက်ရှိ မေးလ်ဘောက်စ်ဝင်ရောက်မှုကို ကနဦးစုံစမ်းစစ်ဆေးနေစဉ်ကြာသပတေးနေ့တွင် ပြတ်တောက်မှုစတင်ခဲ့သည်။ ထို့နောက် မည်သည့်ဒေသရှိ သုံးစွဲသူမဆို ထိခိုက်နိုင်ကြောင်း အတည်ပြုခဲ့သည်။ CNN က ဘဏ်များ၊ အစိုးရများနှင့် တရားရုံးများတွင် ပြဿနာများရှိနေကြောင်း သတင်းထုတ်ပြန်ခဲ့သည်။ ပျောက်ဆုံးနေသော အီးမေးလ်သည် တစ်စုံတစ်ဦး၏ အမှန်တကယ်အလုပ်အတွက် အရေးမပါသေးဘဲ ၎င်းရောက်ရှိလာရန် မူတည်နေချိန်အထိ အဆင်မပြေပေ။ Microsoft ၏ အစောပိုင်းရှင်းလင်းချက်မှာ ရရှိနိုင်သောဆာဗာများ ဆုံးရှုံးသွားခြင်းဖြစ်သည်ဟု ဆိုသည်။ ထိုစက်များ လုပ်ဆောင်သင့်သည့်အလုပ်သည် ကျန်ရှိနေသော အခြေခံအဆောက်အအုံကို ဖိစီးစေခဲ့သည်။
စွမ်းဆောင်ရည်ချို့တဲ့မှုက ဝန်ဆောင်မှုကို ဘယ်လိုမျိုး အလွန်အကျွံဝန်ပိစေသလဲ။
1:06 ၎င်း၏ စွမ်းဆောင်ရည် ပျောက်ကွယ်သွားသောအခါ ပုံမှန်ဝယ်လိုအားဖြင့် ဝန်ဆောင်မှုကို ဝန်ပိုစေနိုင်သည်။ အီးမေးလ်ပို့ရန် ရုတ်တရက်စိတ်အားထက်သန်မှု မရှိတော့လျှင်ပင် တန်းစီစနစ်သည် ပိုရှည်လာသည်။ ထို့နောက် ကုမ္ပဏီသည် အလိုအလျောက် ကျန်းမာရေးစစ်ဆေးမှုများကို စုံစမ်းစစ်ဆေးခဲ့သည်။ ဤစစ်ဆေးမှုများသည် ဆာဗာတစ်ခု အလုပ်လုပ်နိုင်ခြင်းရှိမရှိ ဆုံးဖြတ်ရာတွင် အထောက်အကူပြုသည်။ Microsoft က ဆာဗာကျန်းမာရေးကို လုပ်ဆောင်ပေးသည့် အစိတ်အပိုင်းတစ်ခု ပါဝင်နိုင်သည်ဟု ပြောကြားခဲ့သည်။ ၎င်းသည် စုံစမ်းစစ်ဆေးဆဲဖြစ်သော အနုမာနတစ်ခုဖြစ်သည်။ ထိုဆာဗာများ အဘယ်ကြောင့် ပထမဆုံးအကြိမ် အသုံးမပြုနိုင်ဖြစ်သွားသည်ကို အတိအကျရှင်းပြသည့် နောက်ဆုံးဖြစ်ရပ်အစီရင်ခံစာကို ကျွန်ုပ်တို့မရရှိသေးပါ။ အပ်ဒိတ်များက နံနက်စာကို တဖြည်းဖြည်း စိတ်မဝင်စားတော့သည့် on-call ဆိုင်းအလုပ်သမားတစ်ဦးနှင့် တူနေသည်။
1:29 ဖြန့်ကျက်မှုများကို ခေတ္တရပ်ပါ။ ယာဉ်အသွားအလာကို ရွှေ့ပါ။ ဆာဗာများ ပြန်လည်စတင်ပါ။ Microsoft သည် ပြန်လည်စတင်ထားသော ဆာဗာများထဲမှ အချို့ကို ပြန်လည်ရယူပေးသည့် အခြားကျန်းမာရေးစစ်ဆေးမှုကို အတည်ပြုခဲ့ပြီး တုံ့ပြန်မှုမရှိသော စက်များကို ရှာဖွေတွေ့ရှိကာ ပြန်လည်စတင်ရန် အလိုအလျောက်စနစ်များကို ပြင်ဆင်ခဲ့သည်။
Microsoft က ပထမဆုံး ဘာကြိုးစားခဲ့သလဲ။
1:37 အပ်ဒိတ်တစ်ခုစီတိုင်းသည် စွမ်းဆောင်ရည်ကို ပြန်လည်ရယူရန် ကြိုးပမ်းမှုကို ဖော်ပြသည်။ ထို့နောက် ပြန်လည်ထူထောင်ရေး loop ကို ရှင်းပြသည့် စာကြောင်းပေါ်လာသည်။ Microsoft က ဝန်ဆောင်မှုပေးထားသည့် ဆာဗာများသည် ယာဉ်အသွားအလာလက်ခံရရှိသည်နှင့်တစ်ပြိုင်နက် ထပ်မံတုံ့ပြန်မှုမရှိတော့နိုင်ကြောင်း ပြောကြားခဲ့သည်။ စက်တစ်ခု ပြန်လာနိုင်ပြီး တကယ့်အလုပ်ကို လက်ခံပြီး တုံ့ပြန်ခြင်းကို ရပ်တန့်နိုင်သည်။ ထိုအချက်အလက်သည် ပြန်ကြားချက်များတွင် မည်သူမဆို၏ ယုံကြည်စိတ်ချရသော သီအိုရီထက် ပိုမိုခိုင်မာသော အထောက်အထားဖြစ်သည်။ ထိုအခြေအနေများမှတဆင့် တူညီသောဆာဗာကို စဉ်းစားပါ။ အသုံးမပြုနိုင်။ ဝန်ဆောင်မှုသို့ ပြန်လည်ရောက်ရှိ။ ယာဉ်အသွားအလာယူခြင်း။ ထပ်မံတုံ့ပြန်မှုမရှိ။
1:59 ဒါက Microsoft ရဲ့ ရှင်းပြချက်ကို သရုပ်ဖော်ထားပါတယ်။ ထိုနောက်ဆုံးပြောင်းလဲမှုသည် အဘယ်အရာက ဖြစ်ပေါ်စေသည်ကို မဖြေရှင်းနိုင်သေးပေ။ ပြန်လည်စတင်ခြင်းသည် ယာယီတိုးတက်မှုကို ဖြစ်ပေါ်စေနိုင်သည်။ ဆာဗာကို အနိုင်ယူသည့် အခြေအနေသည် မဖြေရှင်းနိုင်သေးပါ။ ၎င်းကို ပိတ်ပြီး ပြန်ဖွင့်ရန် အကြံပြုချက်သည် အချိန်ပိုကြေး စတင်ကောက်ခံနေပြီဖြစ်သည်။ အင်ဂျင်နီယာများသည် အလုပ်ပြန်လာပြီးနောက် ဘာဖြစ်ပျက်သည်ကို စစ်ဆေးရမည်ဖြစ်သည်။ ဖောက်သည်များသည် နောက်ထပ်တောင်းဆိုချက်မှတစ်ဆင့် ဝန်ဆောင်မှုကို ဆက်လက်လုပ်ဆောင်ရန် လိုအပ်သည်။ နှင့် နောက်တစ်ခု။
2:18 Microsoft သည် အချို့နေရာများတွင် ထိခိုက်မှုရှိသော အခြေခံအဆောက်အအုံသို့ ရောက်ရှိလာသော ယာဉ်အသွားအလာအချို့ကို ကန့်သတ်ခဲ့သည်။ ၎င်းသည် ဆာဗာများ၏ အစိတ်အပိုင်းတစ်ခုကို ယခင် configuration ကို အသုံးပြု၍ ပြန်လည်တည်ဆောက်ခဲ့ပြီး ၎င်းတို့သည် တုံ့ပြန်မှုရှိမရှိ စမ်းသပ်ရန်ဖြစ်သည်။ ၎င်းတို့ကို လျှော့ချရေးစမ်းသပ်မှုများအဖြစ် သတင်းပို့ခဲ့သည်။ ပြန်လည်ထူထောင်ရေးကာလအတွင်း ဖြန့်ကျက်မှုများကို ခေတ္တရပ်ဆိုင်းခြင်းသည် သောကြာနေ့ဖြန့်ကျက်မှုကြောင့် မူလပြတ်တောက်မှုဖြစ်ခဲ့ကြောင်း အထောက်အထားမပေးပေ။ Microsoft ၏ သောကြာနေ့ နံနက် ၁၁ နာရီ ၄ မိနစ် UTC အပ်ဒိတ်အရ၊ အာရှပစိဖိတ်ဒေသအနှံ့ ပြန်လည်ထူထောင်ရေး လုပ်ငန်းစဉ်များ ပြီးစီးသွားခဲ့သည်။ ယာဉ်အသွားအလာ တဖြည်းဖြည်း ပြန်လာနေပြီး မေးလ်ဘောက်စ် အသုံးပြုခွင့်နှင့် နှောင့်နှေးသော အီးမေးလ်လုပ်ငန်းစဉ်များ တိုးတက်လာခဲ့သည်။ အချို့သော သုံးစွဲသူများသည် ကြားကာလ ပြဿနာများကို ရင်ဆိုင်ရနိုင်သေးသည်။
2:39 အခြားနေရာများတွင် ပြန်လည်ထူထောင်ရေး ဆက်လက်လုပ်ဆောင်နေသည်။ ဒါကတော့ ကျွန်တော်တို့ရဲ့ အစီရင်ခံစာဖြတ်တောက်မှုပါ။ Microsoft က ဆိုးရွားသော လုပ်ဆောင်မှု၏ သက်သေအထောက်အထား မရှိကြောင်း ပြောကြားခဲ့သည်။ နှင့် ပြုပြင်ပြီးနောက် အပြည့်အစုံသော ဖြစ်ရပ်အစီရင်ခံစာကို ကတိပေးခဲ့သည်။
အစီရင်ခံစာဖြတ်တောက်ချိန်တွင် ဘာတွေသိထားပြီးပြီလဲ။
2:48 လူဆိုးကို မသတ်မှတ်ခင် အဲဒီအစီရင်ခံစာကို ကျွန်တော်စောင့်မယ်။ အင်တာနက်စုံထောက်လုပ်ငန်းသည် သင်စာမျက်နှာကို ပြန်လည်စတင်ရန် မပြီးဆုံးသေးမီတွင်ပင် တရားခံကို ပေးနိုင်သည်။ developer များအတွက် Microsoft Graph သည် မှီခိုမှုကို အထူးလွဲချော်စေသည်။ ၎င်း၏ Exchange မေးလ်၊ ပြက္ခဒိန်နှင့် အဆက်အသွယ်များ တောင်းဆိုမှုများသည် အချိန်ကုန်နိုင်သည်။ သင်၏လျှောက်လွှာသည် လုပ်ဆောင်ချက်တစ်ခုအတွက် Graph ကို အောင်မြင်စွာခေါ်ဆိုနိုင်ပြီး အခြားတစ်ခုတွင် ပျက်ကွက်နိုင်သည်။ အောင်မြင်သော မသက်ဆိုင်သော တောင်းဆိုမှုတစ်ခုသည် သင်၏အသုံးပြုသူလိုအပ်သည့် မေးလ်ဘောက်စ် လုပ်ဆောင်ချက် ပြီးမြောက်ခြင်းရှိမရှိနှင့်ပတ်သက်၍ အနည်းငယ်သာ ပြောပြနိုင်သည်။ အခြေအနေစာမျက်နှာသည်ပင် ၎င်း၏ကိုယ်ပိုင် ထွက်ပေါက်လမ်းကြောင်း လိုအပ်နေသည်။ အုပ်ချုပ်သူများသည် ဝန်ဆောင်မှုကျန်းမာရေးကို ဖတ်ရှုရန် admin center ကို တင်၍မရနိုင်သောကြောင့် Microsoft သည် ဖြစ်ရပ်အချက်အလက်များကို လူသိရှင်ကြား တင်ခဲ့သည်။
3:10 ဘာပျက်စီးနေလဲဆိုတာကို ရှာဖွေဖို့ dashboard က ဘာပျက်စီးနေလဲဆိုတာပေါ်မှာ မှီခိုနေတဲ့အခါ၊ dashboard သည် ဖြစ်ရပ်တွင် ပါဝင်သွားပြီဖြစ်သည်။ အပြင်ဘက်မှ အခြေအနေလင့်ခ်ကို ရရှိနိုင်အောင် ထားပါ။ ပုံမှန် Graph throttling အတွက် Microsoft ၏ လမ်းညွှန်ချက်တွင် တောင်းဆိုမှုတစ်ခုသည် တောင်းဆိုမှုများလွန်းသော တုံ့ပြန်မှုကို ရရှိသောအခါ ပြန်လည်ကြိုးစားခြင်းကို လေးစားရန် ဖော်ပြထားသည်။
Graph တောင်းဆိုမှုတစ်ခု ဘာကြောင့် ပျက်ယွင်းနိုင်တာလဲ။
3:20 ထို header မရှိပါက exponential backoff ကို အသုံးပြုပါ။ ထိုလမ်းညွှန်ချက်သည် throttling ကို စီမံခန့်ခွဲသည်။ ၎င်းသည် ဤပြတ်တောက်မှုကို ရောဂါရှာဖွေခြင်း သို့မဟုတ် ပြန်လည်ကြိုးစားခြင်းဖြင့် ဝန်ဆောင်မှုကို ပြန်လည်ရယူရန် ကတိမပေးပါ။ ယခုလေးဆယ့်ရှစ်နာရီ။ Microsoft ၏ ချဲ့ထွင်ထားသော အခြေအနေစာမျက်နှာတွင် ၎င်းသည် တန်းစီစနစ်နှင့် ကျန်ရှိနေသေးသော လုပ်ငန်းစဉ်များကို ဦးစားပေးပြီး နှောင့်နှေးသော မက်ဆေ့ခ်ျများကို ထိန်းသိမ်းရန် အီးမေးလ် ကုန်ဆုံးချိန်ကို တိုးမြှင့်ခဲ့ကြောင်း ဖော်ပြထားသည်။ ၎င်းသည် ပြန်လည်ထူထောင်ရေးကာလအတွင်း နှောင့်နှေးနေသောမေးလ်များကို အချိန်ပိုပေးသည်။ ၎င်းသည် မေးလ်ကန့်သတ်ချိန်ကို သတ်မှတ်သည်။ Microsoft သည် ဝန်ဆောင်မှုကို ပြုပြင်ရန် လေးဆယ့်ရှစ်နာရီ သတ်မှတ်ရက် မပေးခဲ့ပါ။
3:46 ပြီးတော့ မက်ဆေ့ခ်ျတိုင်း ရောက်လာမယ်လို့ အာမခံချက်မပေးဘူး။ ဒါကြောင့် ပေးပို့မှု တောင်းဆိုချက်တွေကို ရိုးသားစွာ ထားပါ။ နှောင့်နှေးနေသော အသိပေးချက်သည် ပျောက်ကွယ်သွားခြင်း မရှိသေးပါ။ နှင့် တန်းစီထားသော မက်ဆေ့ခ်ျသည် ၎င်း၏ လက်ခံသူထံ ရောက်ရှိခြင်း မရှိသေးပါ။ အချိန်ကို အရေးကြီးသည့်အလုပ်အတွက် အတည်ပြုထားသော လွတ်လပ်သော ချန်နယ်တစ်ခုမှတစ်ဆင့် ရလဒ်ကို စစ်ဆေးပါ။ backend သည် ပြန်လည်ကောင်းမွန်ဆဲဖြစ်သောအခါ client window သည် အကောင်းမြင်သော ပေးပို့မှုလက်ခံဖြတ်ပိုင်းဖြစ်သည်။ ၎င်းသည် ဖြစ်ရပ်အစီရင်ခံစာတွင် ဖတ်စရာများစွာ ကျန်ရှိနေသေးသည်။ ကျွန်တော်ပြောတာ နားထောင်မယ့်အစား ဒါကို ဖတ်ချင်တယ်ဆိုရင်တော့ diff ဟာ မင်းရဲ့ inbox ထဲကို နေ့တိုင်း ရောက်လာပါလိမ့်မယ်။
၄၈ နာရီ မေးလ်ပြတင်းပေါက်က ဘာအကျိုးရှိသလဲ။
4:05 daily diff dot dev မှာ အခမဲ့၊ အောက်က link ပါ။ ဒါကြောင့် ဒီနေ့ရဲ့ စီရင်ချက်ကတော့ ပြန်လည်သုံးသပ်ဖို့ လိုအပ်ပါတယ်။ Microsoft ၏ အပ်ဒိတ်များက ပြန်လည်ပေးပို့ထားသော ဆာဗာများ ယာဉ်အသွားအလာအောက်တွင် ပျက်ကွက်ကြောင်း ပြသသောကြောင့် ပြန်လည်ရယူခြင်းကို ပြန်လည်သုံးသပ်နေမည်ဖြစ်သည်။ အသုံးဝင်သော စမ်းသပ်မှုမှာ အမှန်တကယ်လုပ်ဆောင်မှုများ ဆက်တိုက်လုပ်ဆောင်နေသော ဝန်ဆောင်မှုဖြစ်သည်။ နောက်ဆုံးအစီရင်ခံစာမထွက်မချင်း ကနဦးအကြောင်းရင်းကို မဖြေရှင်းရသေးပါ။ ဒါကတော့ ဒီနေ့အတွက် diff ပါ။ ကျွန်တော် Axrisi မှ Niko ပါ။ တာဝန်ယူမှုဖြင့် ပေါင်းစည်းပါ။
4:28 Microsoft ၏ ပြန်လည်ပေးပို့ထားသော မေးလ်ဆာဗာများသည် ယာဉ်အသွားအလာအောက်တွင် အဘယ်ကြောင့် ထပ်မံပျက်စီးရသနည်း။ Microsoft က ပြန်လည်ပေးပို့ထားသော ဆာဗာများသည် ယာဉ်အသွားအလာလက်ခံရရှိသည်နှင့်တစ်ပြိုင်နက် ထပ်မံတုံ့ပြန်မှုမရှိတော့နိုင်ကြောင်း သတင်းထုတ်ပြန်ခဲ့သည်။ ၎င်း၏စုံစမ်းစစ်ဆေးမှုတွင် ဝန်ပိုနေသော လုပ်ငန်းစဉ်များနှင့် ဆာဗာကျန်းမာရေးကို လုပ်ဆောင်ပေးသည့် အစိတ်အပိုင်းတစ်ခုတွင် ဖြစ်နိုင်ချေရှိသော ပြဿနာတစ်ခုကို ဖော်ပြခဲ့သော်လည်း ကနဦးဖြစ်ပေါ်စေသည့်အကြောင်းရင်းမှာ နောက်ဆုံးဖြစ်ရပ်အစီရင်ခံစာကို စောင့်ဆိုင်းနေဆဲဖြစ်သည်။ ဤဖြစ်ရပ်သည် အစီရင်ခံထားသော ပြန်လာခြင်း၊ လုပ်ဆောင်ခြင်းနှင့် ပြန်လည်ဖြစ်ပေါ်ခြင်း sequences ကို သဘောတရားအရ သရုပ်ဖော်ထားပြီး၊ သက်သေပြထားသော အတွင်းပိုင်း ဗိသုကာပညာ သို့မဟုတ် နောက်ဆုံးမူလအကြောင်းရင်းကို တောင်းဆိုခြင်း မရှိပါ။ Teams ခေါ်ဆိုမှုများ အလုပ်လုပ်နေချိန်တွင် ပြက္ခဒိန်လုပ်ဆောင်ချက်များ အဘယ်ကြောင့် ပျက်ယွင်းရသနည်း။ Microsoft ၏ ချဲ့ထွင်ထားသော ဝန်ဆောင်မှုကျန်းမာရေး အသိပေးချက်အရ အဓိက Teams ခေါ်ဆိုမှုများ၊ အစည်းအဝေးများနှင့် စကားပြောခန်းများ အများစုသည် လုပ်ဆောင်နိုင်ဆဲဖြစ်သည်။ ပြက္ခဒိန်နှင့် အချိန်ဇယားဆွဲခြင်းဆိုင်ရာ ကိစ္စရပ်များသည် Exchange Online ပေါ်တွင် မူတည်ပြီး ပြတ်တောက်မှုကာလအတွင်း ပျက်ယွင်းနိုင်သည်။
ရေရှည်တည်တံ့သော ပြန်လည်ထူထောင်ရေးသည် အဘယ်အရာကို သက်သေပြရန် လိုအပ်သနည်း။
4:49 SharePoint ဖိုင်များကို တိုက်ရိုက်ဝင်ရောက်ခြင်းလည်း အလုပ်လုပ်ဆဲဖြစ်သည်။ အသုံးဝင်သော application-level ခွဲခြားမှုမှာ ထုတ်ကုန်လိုဂိုတစ်ခုအောက်ရှိ လုပ်ဆောင်ချက်တိုင်းကို တူညီသော ပျက်စီးမှုအခြေအနေအဖြစ် သတ်မှတ်မည့်အစား လုပ်ဆောင်ချက်တစ်ခု၏ နောက်ကွယ်ရှိ မှီခိုမှုဖြစ်သည်။ ၄၈ နာရီကြာ အီးမေးလ် ကုန်ဆုံးချိန်သည် ပြုပြင်ရမည့် နောက်ဆုံးရက်ကို သတ်မှတ်ထားသလား။ Microsoft သည် တန်းစီစနစ်နှင့် ကျန်ရှိနေသေးသော လုပ်ငန်းစဉ်များကို ဦးစားပေးလုပ်ဆောင်နေစဉ် နှောင့်နှေးသော မက်ဆေ့ခ်ျများကို ထိန်းသိမ်းရန် အီးမေးလ် ကုန်ဆုံးချိန်ကို တိုးမြှင့်ခဲ့သည်။ ၎င်းသည် ပြန်လည်ထူထောင်ရေးကာလအတွင်း နှောင့်နှေးနေသော မေးလ်များကို အချိန်ပိုပေးသည်။ လူသိရှင်ကြား အသိပေးချက်တွင် ၄၈ နာရီ ပြုပြင်ရမည့် နောက်ဆုံးရက်နှင့် မက်ဆေ့ခ်ျတိုင်း လက်ခံသူထံ ရောက်ရှိမည်ဟု အာမခံချက် မပေးထားပါ။ ထို့ကြောင့် ဆိုင်းငံ့ထားသော သို့မဟုတ် တန်းစီထားသော အသိပေးချက်တစ်ခုသည် အချိန်ကို အရေးကြီးသည့် လုပ်ငန်းစဉ်တစ်ခုက ၎င်းပေါ်တွင် မမှီခိုမီ အမှန်တကယ် ပေးပို့ခြင်း သို့မဟုတ် ရလဒ်စစ်ဆေးမှု လိုအပ်သည်။
ရင်းမြစ်များ
- 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



