+− THE DAILY DIFFdev & AI news
NEEDS REVIEW

Microsoft-un Outlook bərpası trafik altında uğursuzluqla nəticələndi

Microsoft-un 12-13 noyabr tarixlərindəki e-poçt kəsilməsi bərpa dövrəsini üzə çıxardı: qaytarılan serverlər trafik altında yenidən cavabsız qala bilərdi.

Want to see our stories first on Google? Add us to your preferred sources — it helps us grow.

Microsoft-un 12-13 noyabr tarixlərindəki e-poçt kəsilməsi bərpa dövrəsini üzə çıxardı: qaytarılan serverlər trafik altında yenidən cavabsız qala bilərdi. 13 noyabr saat 11:04:50 UTC-də təsdiqlənmiş son müddətdə, Asiya Sakit Okeanının bəzi hissələrində bərpa irəliləmişdi, lakin digər yerlərdə fasiləli problemlər və işlər davam edirdi. Bu davamlı məlumat asılılıqları və gecikmiş poçt təhlükəsizlik tədbirlərini izah edir.

Yazılı nəşri oxuyun (İngiliscə) ↗

Bu videoda nələr əhatə olunur

  • Hər əməliyyatın arxa tərəf asılılığını yoxlayın: Teams-in əsas funksiyalarının əksəriyyəti və birbaşa SharePoint fayl girişi işlək vəziyyətdə qaldı, lakin Exchange-dən asılı xüsusiyyətlər pozuldu.
  • Microsoft bildirdi ki, trafik gəldikdə qaytarılan serverlər yenidən cavabsız qala bilər; onun sağlamlıq-işləmə-komponenti izahı bir fərziyyə olaraq qaldı.
  • Gecikmiş e-poçt üçün qırx səkkiz saatlıq uzadılmış vaxt aşımı, növbə və yığılma prosesi zamanı gecikmiş poçtun qorunması üçün nəzərdə tutulmuşdu. Bu, təmir müddəti və ya universal çatdırılma zəmanəti deyildi.
  • Adi Graph boğulma təlimatı, Retry-After başlığı olmadıqda ona və eksponensial geri çəkməyə riayət etməyi tövsiyə edir; bu insidenti diaqnoz etmir və ya təmir etmir.

Suallar və cavablar

Microsoft-un qaytarılan poçt serverləri trafik altında niyə yenidən uğursuzluqla nəticələnə bilərdi?

Microsoft bildirdi ki, qaytarılan serverlər trafik aldıqdan sonra yenidən cavabsız qala bilər. Onun araşdırması həddindən artıq yüklənmiş prosesləri və server sağlamlığını işləyən bir komponentdə mümkün bir problemi təsvir etdi, lakin ilkin tetikleyici hələ də yekun insident hesabatını gözləyirdi. Bu hadisə qaytarılma, iş və residiv ardıcıllığını konseptual olaraq illüstrasiya edir; sübut edilmiş daxili arxitektura və ya yekun kök səbəbi iddia etmir.

Bu hissəyə baxın 0:00 · Microsoft 365 Status · Microsoft 365 Status · Microsoft 365 Status

Teams zəngləri niyə işləyə bilərdi, təqvim xüsusiyyətləri isə uğursuzluqla nəticələnirdi?

Microsoft-un genişləndirilmiş xidmət sağlamlığı bildirişinə görə, Teams zənglərinin, iclaslarının və çatlarının əksəriyyəti işlək vəziyyətdə qaldı. Təqvim və planlaşdırma ssenariləri Exchange Online-dan asılı idi və kəsilmə zamanı uğursuzluqla nəticələnə bilərdi. Birbaşa SharePoint fayl girişi də işlək qaldı. Faydalı tətbiq səviyyəli fərq, bir məhsul loqosu altında hər xüsusiyyəti eyni uğursuzluq vəziyyətini paylaşan kimi qəbul etmək əvəzinə, əməliyyatın arxasında duran asılılıqdır.

Bu hissəyə baxın 0:19 · Microsoft

Qırx səkkiz saatlıq e-poçt vaxt aşımı təmir üçün son müddət təyin etdimi?

Microsoft, növbə və yığılma emalını prioritetləşdirərək gecikmiş mesajları qorumaq üçün e-poçt vaxt aşımı pəncərəsini uzatdı. Bu, bərpa zamanı gecikmiş poçta daha çox vaxt qazandırdı. İctimai bildiriş qırx səkkiz saatlıq təmir müddəti və hər mesajın alıcısına çatacağına dair heç bir zəmanət vermədi. Buna görə də, gözləyən və ya növbədəki bir bildiriş, vaxta həssas bir iş axınının ona etibar edə bilməsi üçün əsl çatdırılma və ya nəticə yoxlamasını tələb edirdi.

Bu hissəyə baxın 4:05 · Microsoft · Microsoft 365 Status

Exchange kəsilməsi Microsoft Graph tətbiqlərinə necə təsir etdi?

Microsoft-a görə, Exchange Online poçtu, təqvim və kontaktlar üçün sorğular vaxtaşırı başa çata bilərdi. Bir tətbiq fərqli əsas asılılıqlara malik əməliyyatlar arasında fərqli nəticələrə rast gələ bilərdi. Bu hadisə əməliyyatın faktiki xidmət asılılığını yoxlamağı tövsiyə edir. Microsoft-un ayrı-ayrı adi boğulma sənədlərində Retry-After-ə riayət etmək və bu başlıq olmadıqda eksponensial geri çəkmə müzakirə olunur; bu siyasətlər bu insidentin səbəbini müəyyən etmir və ya bərpa olunmuş xidməti vəd etmir.

Bu hissəyə baxın 3:17 · Microsoft · Microsoft Learn

The Daily Diff-in Microsoft-un bərpası ilə bağlı qərarı nə oldu?

The Daily Diff-in qərarı NƏZƏRDƏN KEÇİRİLMƏLİDİR. Niko bərpanı nəzərdən keçirməyə davam etdi, çünki Microsoft-un yeniləmələri qaytarılan serverlərin trafik altında uğursuzluqla nəticələndiyini təsvir edirdi. Real işlərin davam etdiyi davamlı xidmət faydalı bərpa testi idi. İlkin səbəb, Microsoft-un mitigasiyadan sonra tam insident hesabatı və dərin müdafiə tədbirləri vəd etməsi ilə, hadisənin hesabat müddətində açıq qaldı.

Bu hissəyə baxın 4:48 · Microsoft · Microsoft 365 Status · Microsoft 365 Status

Tərcümə olunmuş transkript

Orijinal ingilis dilindəki nəqldən tərcümə edilmişdir. Mövcud audio və subtitrlər YouTube tərəfindən idarə olunur.

Qaytarılan serverlər niyə yenidən uğursuzluqla nəticələndi?

0:00 Microsoft poçt serverlərini xidmətə qaytardı. Trafik geri qayıtdıqda yenidən cavab verməyi dayandıra bilərdilər. Budur tərtibatçılar üçün davamlı məlumat. Bu videoda bərpa niyə uğursuzluqla nəticələndi? Və tətbiqinizin hansı hissələri hələ də işləyirdi? Microsoft həmçinin gecikmiş e-poçta qırx səkkiz saat vaxt verdi. Bu, əslində nəyi əldə edir? Bu cümə, on üçüncü noyabr və bu The Daily Diff-dir.

0:18 Exchange Online Microsoft-un host edilmiş e-poçt xidmətidir və digər Microsoft üç

Hansı xüsusiyyətlər Exchange-dən asılı idi?

0:22 yüz altmış beş xüsusiyyəti ona bağlıdır. Budur Microsoft-un status səhifəsindən faydalı fərq. Teams zəngləri və qrup çatları əsasən işləyirdi. Təqvim xüsusiyyətləri və poçt qutusu məlumatları üçün sorğular uğursuz ola bilərdi. Tətbiqinizin əslində hansı asılılıqdan istifadə etdiyini yoxlayın. Bu o deməkdir ki, təqvim əməkdaşlıq etməkdən imtina etsə də, iclas hələ də baş verə bilər. SharePoint-dəki fayllara birbaşa giriş də işlək qaldı, bəzi paylaşma xüsusiyyətləri təsirlənsə də.

0:42 Pəncərədəki loqo, növbəti klikinizin hansı arxa tərəfə ehtiyacı olduğunu sizə çox az şey deyir. Kəsilmə cümə axşamı başladı, Microsoft ilkin olaraq Amerikada poçt qutusu girişini araşdırdı. Daha sonra hər hansı bir bölgədə istifadəçilərin təsirlənə biləcəyini təsdiqlədi. CNN banklar, hökumətlər və məhkəmələr arasında problemlər barədə xəbər verdi. Çatışmayan e-poçt, kiminsə əsl işi onun çatdırılmasından asılı olana qədər narahatdır. Microsoft-un erkən izahı mövcud serverlərin itirilməsi idi. Bu maşınların həll etməli olduğu işlər qalan infrastrukturu gərginləşdirdi.

Çatışmayan tutum xidməti necə yükləyir?

1:06 Tutum azaldıqda adi tələbatla xidməti həddindən artıq yükləyə bilərsiniz. Heç kimin qəfildən e-poçt göndərmək həvəsini kəşf etməməsinə baxmayaraq növbə uzanır. Şirkət daha sonra avtomatlaşdırılmış sağlamlıq yoxlamalarını araşdırdı. Bu yoxlamalar serverin iş götürüb-götürə bilməyəcəyinə qərar verməyə kömək edir. Microsoft server sağlamlığını işləyən bir komponentin iştirak edə biləcəyini söylədi. Bu, hələ də davam edən bir araşdırmadan irəli gələn bir fərziyyədir. Bu serverlərin ilk dəfə niyə əlçatmaz olduğunu dəqiq izah edən yekun insident hesabatımız yoxdur. Yeniləmələr, səhər yeməyinə getdikcə daha az maraq göstərən bir növbə kimi oxunur.

1:29 Dağıtımları dayandırın. Trafiki köçürün. Serverləri yenidən başladın. Microsoft, bir alt qrupu geri qaytaran alternativ bir sağlamlıq yoxlamasını təsdiqlədi və cavabsız maşınları aşkar etmək və yenidən başlamaq üçün avtomatlaşdırılmış sistemlər hazırladı.

Microsoft ilk olaraq nəyi sınaqdan keçirdi?

1:37 Hər yeniləmə, tutumu bərpa etmək cəhdini təsvir edirdi. Sonra bərpa dövrəsini izah edən sətir gəldi. Microsoft, xidmətə qaytarılan serverlərin trafik aldıqdan sonra yenidən cavabsız qala biləcəyini söylədi. Bir maşın geri qayıda, əsl işi ala və cavab verməyi dayandıra bilərdi. Bu müşahidə, cavablarda hər kəsin inamlı nəzəriyyəsindən daha güclü bir sübutdur. Eyni serveri bu vəziyyətlər vasitəsilə təsəvvür edin. Əlçatmaz. Xidmətə qaytarıldı. Trafik götürür. Yenidən cavabsız.

1:59 Bu, Microsoft-un hesabını əks etdirir. Bu son keçidi nəyin tetikledi cavabsız qalır. Yenidən başlatma müvəqqəti bir yaxşılaşma yarada bilər, serveri məğlub edən vəziyyət həll olunmamış qalsa da. Onu söndürüb yenidən açmaq məsləhəti əlavə iş haqqı almağa başlayır. Mühəndislər iş qayıtdıqdan sonra nə baş verdiyini yoxlamalıdırlar. Müştərilərə xidmətin növbəti sorğu vasitəsilə işləməyə davam etməsi lazımdır, və növbəti sorğu vasitəsilə.

2:18 Microsoft bəzi yerlərdə təsirlənmiş infrastruktura çatan müəyyən trafiki məhdudlaşdırdı. O, həmçinin serverlərin bir hissəsini əvvəlki konfiqurasiya ilə yenidən qurdu onların cavab verib-verməyəcəyini yoxlamaq üçün. Bunlar bildirilen mitigasiya təcrübələri idi. Bərpa zamanı tətbiqlərin dayandırılması bizə cümə günü tətbiqinin orijinal kəsilməyə səbəb olduğuna dair heç bir sübut vermir. Microsoft-un cümə günü UTC saat 11:04-dəki yeniləməsinə görə, Asiya Sakit Okeanının bəzi hissələrində bərpa əməliyyatları başa çatmışdı. Trafik tədricən geri qayıdır, poçt qutusu girişində və gecikmiş e-poçt emalında yaxşılaşmalar var idi.

2:39 Bəzi istifadəçilər hələ də fasiləli problemlərlə üzləşə bilərdi, və digər yerlərdə bərpa davam edirdi. Bu bizim hesabat müddətimizdir. Microsoft zərərli fəaliyyətə dair heç bir sübutunun olmadığını söylədi,

Hesabatın son müddətində nə məlum idi?

2:48 və mitigasiyadan sonra tam insident hesabatı vəd etdi. Mən bir qəddar təyin etməzdən əvvəl bu hesabatı gözləyərdim. İnternet detektiv işi səhifəni yeniləməyi bitirməmişdən əvvəl sizə bir günahkar verə bilər. Tərtibatçılar üçün Microsoft Graph asılılığı xüsusilə asan nəzərdən qaçırır. Exchange poçtu, təqvim və kontaktlar üçün sorğuları vaxtaşırı başa çata bilərdi. Tətbiqiniz bir əməliyyat üçün Graph-ı müvəffəqiyyətlə çağıra bilər və digərində uğursuzluqla nəticələnə bilər. Uğurlu, əlaqəsiz bir sorğu, istifadəçinizin ehtiyac duyduğu poçt qutusu əməliyyatının tamamlanıb-tamamlanmayacağı barədə sizə çox az şey deyir. Status səhifəsinin hətta öz qaçış yolu da lazım idi.

3:10 Microsoft insident məlumatını ictimaiyyətə yerləşdirdi, çünki administratorlar xidmət sağlamlığını oxumaq üçün idarəetmə mərkəzini yükləyə bilməyə bilərdi. Nəyin xarab olduğunu tapmaq üçün idarə panelinin nəyin xarab olduğundan asılı olduğu zaman, idarə paneli insidentə qoşulmuşdur. Xaricdən bir status linkini əlçatan saxlayın.

Bir Graph sorğusu niyə uğursuz ola bilər?

3:20 Adi Graph boğulması üçün Microsoft-un təlimatı, sorğu çoxlu sorğu cavabı aldığında yenidən cəhd gecikməsinə riayət etməyi söyləyir, və bu başlıq olmadıqda eksponensial geri çəkməni istifadə etməyi məsləhət görür. Bu təlimat boğulmayı idarə edir. Bu kəsilməni diaqnoz etmir və ya yenidən cəhdlərin xidməti bərpa edəcəyini vəd etmir. İndi qırx səkkiz saat. Microsoft-un genişləndirilmiş status səhifəsi, növbə və yığılma emalını prioritetləşdirdiyini və gecikmiş mesajları qorumaq üçün e-poçt vaxt aşımı pəncərəsini uzatdığını söyləyir. Bu, bərpa zamanı gecikmiş poçta daha çox vaxt qazandırır. Bu, poçt vaxt aşımı pəncərəsi təyin edir.

3:46 Microsoft xidməti düzəltmək üçün qırx səkkiz saatlıq bir son müddət vermədi, və hər mesajın çatacağına dair heç bir zəmanət vermədi. Beləliklə, çatdırılma iddialarını dürüst saxlayın. Gecikmiş bir bildiriş mütləq yox olmamışdır, və növbədəki bir mesaj mütləq alıcısına çatmamışdır. Vaxta həssas işlər üçün, nəticəni təsdiqlənmiş müstəqil bir kanal vasitəsilə yoxlayın. Müştəri pəncərəsi, arxa tərəf hələ də bərpa olunarkən optimist bir çatdırılma qəbzidir. Nəticədəki insident hesabatında oxumaq üçün çox şey qalır.

48 saatlıq poçt pəncərəsi nəyi əldə edir?

4:05 Əgər bunu mənimsəməkdənsə oxumağa üstünlük verirsinizsə, diff hər səhər pulsuz olaraq inboxunuza düşür, thedailyddiff.dev ünvanından əldə edə bilərsiniz, link aşağıdadır. Beləliklə, bugünkü qərar, NƏZƏRDƏN KEÇİRİLMƏLİDİR. Microsoft-un öz yeniləmələri qaytarılan serverlərin trafik altında uğursuzluqla nəticələndiyini göstərdiyi üçün bərpanı nəzərdən keçirməyə davam edərdim. Faydalı test, real işlərin davam etdiyi davamlı xidmətdir. Yekun hesabat gələnə qədər, ilkin səbəb açıq qalır. Və bugünkü fərq budur. Mən Axrisi-dən Nikonam. Məsuliyyətlə birləşdirin.

4:28 Microsoft-un geri qaytarılan poçt serverləri trafik altında niyə yenidən uğursuzluqla nəticələnə bilərdi? Microsoft bildirdi ki, qaytarılan serverlər trafik aldıqdan sonra yenidən cavabsız qala bilər. Onun araşdırması həddindən artıq yüklənmiş prosesləri və server sağlamlığını işləyən bir komponentdə mümkün bir problemi təsvir etdi, lakin ilkin tetikleyici hələ də yekun insident hesabatını gözləyirdi. Bu hadisə qaytarılma, iş və residiv ardıcıllığını konseptual olaraq illüstrasiya edir; sübut edilmiş daxili arxitektura və ya yekun kök səbəbi iddia etmir. Teams zəngləri niyə işləyə bilərdi, təqvim xüsusiyyətləri isə uğursuzluqla nəticələnirdi? Microsoft-un genişləndirilmiş xidmət sağlamlığı bildirişinə görə, Teams zənglərinin, iclaslarının və çatlarının əksəriyyəti işlək vəziyyətdə qaldı. Təqvim və planlaşdırma ssenariləri Exchange Online-dan asılı idi və kəsilmə zamanı uğursuzluqla nəticələnə bilərdi. Birbaşa SharePoint fayl girişi də işlək qaldı. Faydalı tətbiq səviyyəli fərq, bir məhsul loqosu altında hər xüsusiyyəti eyni uğursuzluq vəziyyətini paylaşan kimi qəbul etmək əvəzinə, əməliyyatın arxasında duran asılılıqdır. Qırx səkkiz saatlıq e-poçt vaxt aşımı təmir üçün son müddət təyin etdimi? Microsoft, növbə və yığılma emalını prioritetləşdirərək gecikmiş mesajları qorumaq üçün e-poçt vaxt aşımı pəncərəsini uzatdı. Bu, bərpa zamanı gecikmiş poçta daha çox vaxt qazandırdı. İctimai bildiriş qırx səkkiz saatlıq təmir müddəti və hər mesajın alıcısına çatacağına dair heç bir zəmanət vermədi. Buna görə də, gözləyən və ya növbədəki bir bildiriş, vaxta həssas bir iş axınının ona etibar edə bilməsi üçün əsl çatdırılma və ya nəticə yoxlamasını tələb edirdi. Exchange kəsilməsi Microsoft Graph tətbiqlərinə necə təsir etdi?

Davamlı bərpa nəyi sübut etməlidir?

4:49 Microsoft-a görə, Exchange Online poçtu, təqvim və kontaktlar üçün sorğular vaxtaşırı başa çata bilərdi. Bir tətbiq fərqli əsas asılılıqlara malik əməliyyatlar arasında fərqli nəticələrə rast gələ bilərdi. Bu hadisə əməliyyatın faktiki xidmət asılılığını yoxlamağı tövsiyə edir. Microsoft-un ayrı-ayrı adi boğulma sənədlərində Retry-After-ə riayət etmək və bu başlıq olmadıqda eksponensial geri çəkmə müzakirə olunur; bu siyasətlər bu insidentin səbəbini müəyyən etmir və ya bərpa olunmuş xidməti vəd etmir. The Daily Diff-in Microsoft-un bərpası ilə bağlı qərarı nə oldu? The Daily Diff-in qərarı NƏZƏRDƏN KEÇİRİLMƏLİDİR. Niko bərpanı nəzərdən keçirməyə davam etdi, çünki Microsoft-un yeniləmələri qaytarılan serverlərin trafik altında uğursuzluqla nəticələndiyini təsvir edirdi. Real işlərin davam etdiyi davamlı xidmət faydalı bərpa testi idi. İlkin səbəb, Microsoft-un mitigasiyadan sonra tam insident hesabatı və dərin müdafiə tədbirləri vəd etməsi ilə, hadisənin hesabat müddətində açıq qaldı. Bu Microsoft-un Outlook-un uğursuzluqla nəticələnən bərpası haqqında suallar və cavablardır. Microsoft-un Outlook-un uğursuzluqla nəticələnən bərpası haqqında suallar və cavablardır. Microsoft-un Outlook-un uğursuzluqla nəticələnən bərpası haqqında suallar və cavablardır. Microsoft-un Outlook-un uğursuzluqla nəticələnən bərpası haqqında suallar və cavablardır.

Mənbələr

  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

Niko from Axrisi

Nikoloz Turazashvili · Vexrail · Axrisi

LinkedIn · dev.to · GitHub · X · Substack

Əlaqəli videolar