+− THE DAILY DIFFdev & AI news
NEEDS REVIEW

A Microsoft Outlook-helyreállítás forgalom alatt kudarcot vallott

A Microsoft november 12–13-i e-mail zavara feltárt egy helyreállítási hurkot: a visszaállított szerverek forgalom alatt ismét elérhetetlenné válhattak.

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

A Microsoft november 12–13-i e-mail zavara feltárt egy helyreállítási hurkot: a visszaállított szerverek forgalom alatt ismét elérhetetlenné válhattak. A jóváhagyott november 13-i 11:04:50 UTC határidőre a helyreállítás Ázsia csendes-óceáni térségének egyes részein előrehaladt, miközben máshol időszakos problémák és munkálatok maradtak. Ez a nyomon követés ismerteti a függőségeket és a késleltetett e-mail biztonsági intézkedéseket.

Olvassa el az írott kiadást (angolul) ↗

Amit ez a videó tartalmaz

  • Ellenőrizze az egyes műveletek háttérfüggőségét: a legtöbb alapvető Teams funkció és a közvetlen SharePoint fájlhozzáférés működőképes maradt, míg az Exchange-től függő funkciók sérültek.
  • A Microsoft jelentése szerint a visszaállított szerverek ismét elérhetetlenné válhattak, amikor a forgalom elérte őket; az egészségügyi feldolgozó komponens magyarázata hipotézis maradt.
  • A meghosszabbított negyvennyolc órás e-mail időtúllépés célja a késleltetett levelek megőrzése volt a sor- és háttérfeldolgozás során. Nem volt javítási határidő vagy univerzális kézbesítési garancia.
  • A szokásos Graph szabályozási útmutató azt javasolja, hogy tartsuk tiszteletben a Retry-After és az exponenciális visszalépést, ha ez a fejléc hiányzik; nem diagnosztizálja vagy javítja ezt az incidenst.

Kérdések és válaszok

Miért vallhattak ismét kudarcot a Microsoft visszaállított levelező szerverei forgalom alatt?

A Microsoft jelentése szerint a visszaállított szerverek ismét elérhetetlenné válhattak, amint forgalmat kaptak. Vizsgálatuk túlterhelt folyamatokat és egy lehetséges problémát írt le egy szerverállapotot feldolgozó komponensben, de a kezdeti kiváltó ok még várt egy végleges incidensjelentésre. Az eset konceptuálisan illusztrálja a bejelentett visszatérés, munka és visszaesés sorrendjét; nem állít bizonyított belső architektúrát vagy végleges kiváltó okot.

Nézze meg ezt a részt 0:00 · Microsoft 365 Status · Microsoft 365 Status · Microsoft 365 Status

Miért működhettek a Teams hívások, miközben a naptárfunkciók kudarcot vallottak?

A Microsoft kibővített szolgáltatásállapot-értesítése szerint a legtöbb alapvető Teams hívás, értekezlet és csevegés működőképes maradt. A naptár- és ütemezési forgatókönyvek az Exchange Online-tól függtek, és a zavar során kudarcot vallhattak. A közvetlen SharePoint fájlhozzáférés is működőképes maradt. A hasznos alkalmazásszintű megkülönböztetés egy művelet mögötti függőség, nem pedig az, hogy egy terméklogó alatt minden funkciót ugyanazt a hibaállapotot mutatóként kezeljünk.

Nézze meg ezt a részt 0:19 · Microsoft

A negyvennyolc órás e-mail időtúllépés határidőt szabott a javításra?

A Microsoft meghosszabbította az e-mail időtúllépési ablakot a késleltetett üzenetek megőrzése érdekében, miközben előnyben részesítette a sor- és háttérfeldolgozást. Ez több időt biztosított a késleltetett leveleknek a helyreállítás során. A nyilvános értesítés nem tartalmazott negyvennyolc órás javítási határidőt, és nem garantálta, hogy minden üzenet eléri a címzettjét. Egy függőben lévő vagy sorban álló értesítés ezért tényleges kézbesítési vagy eredményellenőrzést igényelt, mielőtt egy időérzékeny munkafolyamat támaszkodhatott volna rá.

Nézze meg ezt a részt 4:05 · Microsoft · Microsoft 365 Status

Hogyan érintette az Exchange zavara a Microsoft Graph alkalmazásokat?

Az Exchange Online levelezési, naptári és névjegyzék kérései időtúllépéssel járhattak a Microsoft szerint. Egy alkalmazás különböző eredményekkel találkozhatott különböző mögöttes függőségekkel rendelkező műveletek során. Az eset azt javasolja, hogy ellenőrizzék a művelet tényleges szolgáltatásfüggőségét. A Microsoft külön, általános szabályozási dokumentációja tárgyalja a Retry-After és az exponenciális visszalépés tiszteletben tartását, ha az adott fejléc hiányzik; ezek a szabályzatok nem határozzák meg az incidens okát, és nem ígérnek helyreállított szolgáltatást.

Nézze meg ezt a részt 3:17 · Microsoft · Microsoft Learn

Mi volt a The Daily Diff ítélete a Microsoft helyreállításával kapcsolatban?

A The Daily Diff ítélete FELÜLVIZSGÁLATRA SZORUL volt. Niko felülvizsgálat alatt tartotta a helyreállítást, mert a Microsoft frissítései szerint a visszaállított szerverek forgalom alatt kudarcot vallottak. A hasznos helyreállítási teszt a valós munkával történő tartós szolgáltatás volt. Az eredeti ok nyitva maradt az epizód jelentési határidején, a Microsoft teljes incidensjelentést és mélységi védelmi intézkedéseket ígérve az enyhítés után.

Nézze meg ezt a részt 4:48 · Microsoft · Microsoft 365 Status · Microsoft 365 Status

Lefordított átirat

Az eredeti angol narrációból fordítva. A rendelkezésre álló hangot és feliratokat a YouTube vezérli.

Miért vallottak ismét kudarcot a visszaállított szerverek?

0:00 A Microsoft visszakapcsolta a levelező szervereket. Ismét leállhattak a válaszadással, amikor a forgalom visszatért. Itt a fejlesztői utókövetés. Ebben a videóban miért vallott kudarcot újra és újra a helyreállítás? És az alkalmazás mely részei működtek még? A Microsoft negyvennyolc órát adott a késleltetett e-maileknek is. Mit érünk ezzel valójában? Péntek van, november tizenharmadika, és ez a The Daily Diff.

0:18 Az Exchange Online a Microsoft által üzemeltetett e-mail szolgáltatás, és más Microsoft három

Mely funkciók függtek az Exchange-től?

0:22 hatvanöt funkció is tőle függ. Itt van a hasznos megkülönböztetés a Microsoft állapotoldaláról. A Teams hívások és csoportos csevegések többnyire működtek. A naptár funkciók és a postafiók adatokra vonatkozó kérések kudarcot vallhatnak. Ellenőrizze az alkalmazása által ténylegesen használt függőséget. Ez azt jelenti, hogy egy értekezlet továbbra is megtartható, miközben a naptár nem hajlandó együttműködni. A SharePoint fájlokhoz való közvetlen hozzáférés is működőképes maradt, miközben néhány megosztási funkció érintett volt.

0:42 Az ablakon lévő logó nagyon keveset árul el arról, hogy a következő kattintás melyik háttérrendszert igényli. A zavar csütörtökön kezdődött, a Microsoft kezdetben az amerikai postafiók-hozzáférést vizsgálta. Ezután megerősítette, hogy bármely régióban lévő felhasználókat érinthet a probléma. A CNN bankok, kormányok és bíróságok problémáiról számolt be. Egy hiányzó e-mail kényelmetlen, amíg valaki valódi munkája nem függ attól, hogy megérkezik. A Microsoft korai magyarázata a rendelkezésre álló szerverek elvesztése volt. Azok a feladatok, amelyeket ezeknek a gépeknek kellett volna kezelniük, megterhelték a fennmaradó

Hogyan terheli túl egy hiányzó kapacitás a szolgáltatást?

1:06 infrastruktúrát. Túlterhelhet egy szolgáltatást szokásos igénnyel, ha annak kapacitása eltűnik. A sor hosszabb lesz, még akkor is, ha senki sem fedezte fel hirtelen az e-mail küldés iránti szenvedélyt. A cég ezután az automatizált állapotellenőrzéseket vizsgálta. Ezek az ellenőrzések segítenek eldönteni, hogy egy szerver tud-e munkát vállalni. A Microsoft szerint egy szerver állapotát feldolgozó komponens is érintett lehet. Ez egy hipotézis egy még folyamatban lévő vizsgálatból. Nincs végleges incidensjelentésünk, amely pontosan elmagyarázná, miért váltak azok a szerverek először

1:29 elérhetetlenné. A frissítések úgy néznek ki, mint egy ügyeleti műszak, amely fokozatosan egyre kevésbé érdeklődik a reggeli iránt.

Mit próbált meg először a Microsoft?

1:37 Szüneteltessék a telepítéseket. Helyezzék át a forgalmat. Indítsák újra a szervereket. A Microsoft érvényesített egy alternatív állapotellenőrzést, amely egy részhalmazt visszahozott, és előkészítette az automatizált rendszereket az elérhetetlen gépek észlelésére és újraindítására. Minden frissítés kapacitás-helyreállítási kísérletről szólt. Aztán jött az a mondat, amely elmagyarázza a helyreállítási hurkot. A Microsoft szerint a szolgáltatásba visszakapcsolt szerverek ismét elérhetetlenné válhattak, amint forgalmat kaptak. Egy gép visszatérhetett, valódi munkát kaphatott, és leállt a válaszadással.

1:59 Ez a megfigyelés erősebb bizonyíték, mint bárkinek a válaszokban szereplő magabiztos elmélete. Képzelje el ugyanazt a szervert ezekben az állapotokban. Elérhetetlen. Szolgáltatásba visszakapcsolva. Forgalmat fogad. Ismét elérhetetlen. Ez illusztrálja a Microsoft beszámolóját. Mi váltja ki azt az utolsó átmenetet, az továbbra is megválaszolatlan. Az újraindítás átmeneti javulást eredményezhet, miközben a szervert meghiúsító állapot

2:18 feloldatlan marad. A ki- és bekapcsolásra vonatkozó tanácsok túlórázni kezdenek. A mérnököknek ellenőrizniük kell, mi történik, miután a munka visszatér. Az ügyfeleknek szükségük van arra, hogy a szolgáltatás folyamatosan működjön a következő kérésen keresztül, és a következőn keresztül. A Microsoft korlátozta a bizonyos helyeken az érintett infrastruktúrát elérő forgalmat. Egyes szerverek egy részét is újraépítette egy korábbi konfigurációval, hogy tesztelje, vajon működőképesek maradnak-e.

2:39 Ezekről enyhítési kísérletekként számoltak be. A telepítések szüneteltetése a helyreállítás során nem bizonyítja, hogy egy pénteki telepítés okozta az eredeti leállást. A Microsoft pénteki, tizenegy óra négy perces UTC frissítése szerint

Mi volt ismert a jelentési határidőkor?

2:48 a helyreállítási műveletek befejeződtek Ázsia csendes-óceáni térségének egyes részein. A forgalom fokozatosan visszatért, javulással a postafiók-hozzáférésben és a késleltetett e-mail feldolgozásban. Néhány felhasználó továbbra is időszakos problémákkal szembesülhetett, és a helyreállítás máshol folytatódott. Ez a mi jelentési határidőnk. A Microsoft azt mondta, hogy nincs bizonyíték rosszindulatú tevékenységre, és teljes incidensjelentést ígért az enyhítés után. Én megvárnám azt a jelentést, mielőtt gazembert keresnék.

3:10 Az internetes nyomozói munka már az oldal frissítése előtt bűnöst adhat. Fejlesztők számára a Microsoft Graph különösen megkönnyíti a függőség figyelmen kívül hagyását. Az Exchange levelezési, naptári és névjegyzék kérései időtúllépéssel járhatnak. Az alkalmazása sikeresen hívhatja a Graph-ot egy művelethez, és kudarcot vallhat

Miért hiúsulhat meg egy Graph kérés?

3:20 egy másikhoz. Egy sikeres, nem kapcsolódó kérés keveset árul el arról, hogy a felhasználója által igényelt postafiók-művelet befejeződik-e. Az állapotoldalnak még saját menekülőútra is szüksége volt. A Microsoft nyilvánosan közzétette az incidensinformációkat, mert az adminisztrátorok esetleg nem tudták betölteni az adminisztrációs központot a szolgáltatás állapotának megtekintéséhez. Amikor a hibák felderítésére szolgáló irányítópult attól függ, hogy mi romlott el, akkor az irányítópult is az incidens részévé vált. Tartson elérhető külső állapotlinket.

3:46 A szokásos Graph szabályozáshoz a Microsoft útmutatója szerint tiszteletben kell tartani az újrapróbálkozási késleltetést, amikor egy kérés "túl sok kérés" választ kap, és exponenciális visszalépést kell használni, ha az adott fejléc hiányzik. Ez az útmutató a szabályozást kezeli. Nem diagnosztizálja ezt a leállást, és nem ígéri, hogy az újrapróbálkozások helyreállítják a szolgáltatást. Most a negyvennyolc óra. A Microsoft kibővített állapotoldala szerint előnyben részesítette a sor- és háttérfeldolgozást, és meghosszabbította az e-mail időtúllépési ablakot a késleltetett üzenetek megőrzése érdekében.

Mit nyerünk a 48 órás levelezési ablakkal?

4:05 Ez több időt biztosít a késleltetett leveleknek a helyreállítás során. Beállít egy e-mail időtúllépési ablakot. A Microsoft nem adott negyvennyolc órás határidőt a szolgáltatás javítására, és nem garantálta, hogy minden üzenet megérkezik. Tehát tartsa őszintén a kézbesítési állításokat. Egy késleltetett értesítés nem feltétlenül tűnt el, és egy sorban álló üzenet nem feltétlenül érte el a címzettjét. Időérzékeny munkák esetén ellenőrizze az eredményt egy jóváhagyott, független

4:28 csatornán keresztül. Egy kliensablak optimista kézbesítési nyugta, amikor a háttérrendszer még mindig helyreáll. Ami rengeteg olvasnivalót hagy a későbbi incidensjelentésben. Ha inkább elolvasná, mintsem hallaná tőlem, a "diff" minden reggel megérkezik a postaládájába, ingyenesen a the dailydiff.dev címen, link lent. Tehát a mai ítélet, FELÜLVIZSGÁLATRA SZORUL. Felülvizsgálat alatt tartanám a helyreállítást, mert a Microsoft saját frissítései azt mutatták, hogy a visszaállított szerverek forgalom alatt kudarcot vallottak.

Mit kellene bizonyítania a fenntartható helyreállításnak?

4:49 A hasznos teszt a valós munkával történő tartós szolgáltatás volt. A végleges jelentésig az eredeti ok nyitva marad. És ennyi a "diff" mára. Niko vagyok az Axrisitől. Felelősségteljesen egyesítsen. Felelősségteljesen egyesítsen. Felelősségteljesen egyesítsen.

Források

  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

Kapcsolódó videók