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

Published: 2026-11-13

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.

Canonical: https://thedailydiff.dev/hu/video/2026-11-13-microsoft-recovery-loop/

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

## Fejezetek

- 0:00 Miért vallottak ismét kudarcot a visszaállított szerverek?
- 0:19 Mely funkciók függtek az Exchange-től?
- 1:03 Hogyan terheli túl egy hiányzó kapacitás a szolgáltatást?
- 1:34 Mit próbált meg először a Microsoft?
- 2:48 Mi volt ismert a jelentési határidőkor?
- 3:17 Miért hiúsulhat meg egy Graph kérés?
- 4:05 Mit nyerünk a 48 órás levelezési ablakkal?
- 4:48 Mit kellene bizonyítania a fenntartható helyreállításnak?

## 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:07observationshistorical](https://status.cloud.microsoft/) — Microsoft
- [Returned servers can become unresponsive again once they receive traffic](https://x.com/MSFT365Status/status/2121031935010951521) — Microsoft 365 Status
- [Health-processing component investigation hypothesis](https://x.com/MSFT365Status/status/2120974801388904932) — Microsoft 365 Status
- [Alternative health check returned a subset of servers](https://x.com/MSFT365Status/status/2120985048337830246) — Microsoft 365 Status
- [Isolate, restart and reintroduce traffic to test stability](https://x.com/MSFT365Status/status/2121002505911857577) — Microsoft 365 Status
- [Unavailable servers strain remaining infrastructure](https://x.com/MSFT365Status/status/2120962673911181437) — Microsoft 365 Status
- [Initial Exchange mailbox-access investigation in the Americas](https://x.com/MSFT365Status/status/2120938282204688468) — Microsoft 365 Status
- [Users in any region may be affected](https://x.com/MSFT365Status/status/2120941584220827979) — Microsoft 365 Status
- [Email timeout extended to preserve delayed messages](https://x.com/MSFT365Status/status/2121172248241348867) — Microsoft 365 Status
- [Paused deployments, traffic redistribution and server restarts](https://x.com/MSFT365Status/status/2120957934607700161) — Microsoft 365 Status
- [Independent live reporting on the Microsoft email disruption](https://www.cnn.com/2026/11/12/business/live-news/microsoft-global-outage-intl-hnk) — CNN
- [Microsoft Graph throttling guidance](https://learn.microsoft.com/en-us/graph/throttling) — Microsoft Learn
- [Exchange Online service description](https://learn.microsoft.com/en-us/office365/servicedescriptions/exchange-online-service-description/exchange-online-service-description) — Microsoft 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.](https://commons.wikimedia.org/wiki/File:Satya_Nadella.jpg) — OFFICIAL LEWEB PHOTOS
- [Portrait-only CC BY 2.0 licence; separate from third-party source/cartoon rights](https://creativecommons.org/licenses/by/2.0/) — Creative 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.](https://imgflip.com/memetemplate/234202281/AJ-Styles--Undertaker) — 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.](https://giphy.com/gifs/the-simpsons-sideshow-bob-RSOUOj8H9A3Xq) — The Simpsons / 20th Television / Disney; GIPHY source hosting