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.
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.
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.
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á.
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.
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.
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
- 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



