# Microsoftovo okrevanje Outlooka je pod prometom vedno znova propadlo

Published: 2026-11-13

Microsoftovi vrnjeni poštni strežniki bi lahko ob vrnitvi prometa ponovno prenehali odgovarjati. Microsoftova prekinitev e-pošte 12.–13. novembra je razkrila zanko okrevanja: vrnjeni strežniki bi lahko pod prometom ponovno postali neodzivni. Glede na informacije do 13. novembra ob 11:04:50 UTC je okrevanje napredovalo po delih Azijsko-pacifiške regije, medtem ko so občasne težave in delo drugod ostale. To nadaljevanje pojasnjuje odvisnosti in zaščitne ukrepe za zamujeno pošto.

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

## Kaj zajema ta videoposnetek

- Preverite odvisnost zaledja vsake operacije: večina osnovnih funkcionalnosti storitve Teams in neposreden dostop do datotek SharePoint sta ostala delujoča, medtem ko so bile funkcije, odvisne od storitve Exchange, oslabljene.
- Microsoft je poročal, da lahko vrnjeni strežniki ponovno postanejo neodzivni, ko jih doseže promet; njegova razlaga komponente za obdelavo zdravja ostaja hipoteza.
- Podaljšana osemintirideseturna časovna omejitev za e-pošto je bila namenjena ohranjanju zamujene pošte med obdelavo čakalne vrste in zaostankov. Ni bila rok za popravilo ali univerzalna garancija dostave.
- Navadna navodila za omejevanje hitrosti Graph priporočajo upoštevanje Retry-After in eksponentnega umika, ko ta glava manjka; ne diagnosticira ali popravi tega incidenta.

## Vprašanja in odgovori

### Zakaj bi se Microsoftovi vrnjeni poštni strežniki lahko ponovno pokvarili pod prometom?

Microsoft je poročal, da bi vrnjeni strežniki lahko ponovno postali neodzivni, ko bi prejeli promet. Njegova preiskava je opisala preobremenjene procese in možno težavo v komponenti, ki obdeluje zdravje strežnika, vendar je začetni sprožilec še vedno čakal na končno poročilo o incidentu. Epizoda konceptualno ponazarja poročano zaporedje vrnitve, dela in ponovitve; ne trdi o dokazani notranji arhitekturi ali končnem vzroku.

### Zakaj so klici Teams delovali, medtem ko so funkcije koledarja propadle?

Večina osnovnih klicev, sestankov in klepetov Teams je ostala funkcionalna po Microsoftovem razširjenem obvestilu o zdravju storitve. Scenariji koledarja in razporejanja so bili odvisni od Exchange Online in so lahko propadli med motnjo. Neposreden dostop do datotek SharePoint je prav tako ostal funkcionalen. Uporabna razlika na ravni aplikacije je odvisnost za operacijo, namesto da bi vsako funkcijo pod logotipom izdelka obravnavali kot, da deli isto stanje napake.

### Ali je osemintirideseturna časovna omejitev za e-pošto določila rok za popravilo?

Microsoft je podaljšal okno časovne omejitve za e-pošto, da bi ohranil zamujena sporočila, medtem ko je dajal prednost obdelavi čakalne vrste in zaostankov. To je zamujeni pošti dalo več časa med okrevanjem. Javno obvestilo ni dalo osemintirideseturnega roka za popravilo in nobene garancije, da bo vsako sporočilo doseglo svojega prejemnika. Zato je čakajoče ali v čakalni vrsti obvestilo zahtevalo dejansko dostavo ali preverjanje rezultata, preden se je časovno občutljiv potek dela lahko zanašal nanj.

### Kako je motnja Exchange vplivala na aplikacije Microsoft Graph?

Zahteve za Exchange Online pošto, koledar in stike so se lahko iztekle po Microsoftu. Aplikacija se je lahko srečala z različnimi rezultati pri operacijah z različnimi osnovnimi odvisnostmi. Epizoda priporoča preverjanje dejanske odvisnosti storitve operacije. Microsoftova ločena dokumentacija o običajnem omejevanju hitrosti razpravlja o spoštovanju Retry-After in eksponentnem umiku, ko ta glava manjka; te politike ne določajo vzroka tega incidenta ali obljubljajo obnovljene storitve.

### Kakšna je bila sodba The Daily Diff o Microsoftovem okrevanju?

Sodba The Daily Diff je bila NEEDS REVIEW. Niko je okrevanje obdržal v pregledu, ker so Microsoftove posodobitve opisale, da so se vrnjeni strežniki pokvarili pod prometom. Trajna storitev z dejanskim delom, ki prihaja skozi, je bil uporaben test okrevanja. Začetni vzrok je ostal odprt ob izteku roka za poročanje epizode, pri čemer je Microsoft obljubil popolno poročilo o incidentu in ukrepe globoke obrambe po blažitvi.

## Poglavja

- 0:00 Zakaj so vrnjeni strežniki ponovno odpovedali?
- 0:19 Katere funkcije so bile odvisne od Exchange?
- 1:03 Kako manjkajoča zmogljivost preobremeni storitev?
- 1:34 Kaj je Microsoft najprej poskusil?
- 2:48 Kaj je bilo znano ob izteku roka za poročanje?
- 3:17 Zakaj je lahko ena zahteva Graph odpovedala?
- 4:05 Kaj prinaša 48-urno e-poštno okno?
- 4:48 Kaj bi moralo dokazati trajno okrevanje?

## Preveden prepis

Prevedeno iz izvirnega angleškega pripovedovanja. Razpoložljivi zvok in podnapisi so nadzorovani s strani YouTuba.

### Zakaj so vrnjeni strežniki ponovno odpovedali?

0:00 Microsoft je ponovno zagnal poštne strežnike. Spet bi se lahko prenehali odzivati, ko se je vrnil promet. Tukaj je nadaljevanje za razvijalce. V tem videu, zakaj je okrevanje vedno znova propadalo? In kateri deli vaše aplikacije so še vedno delovali? Microsoft je zamujeni e-pošti dal tudi osemintirideset ur. Kaj vam to dejansko prinese? Petek, trinajsti november, in to je The Daily Diff.

0:18 Exchange Online je Microsoftova storitev gostovanja e-pošte in druge Microsoftove tri

### Katere funkcije so bile odvisne od Exchange?

0:22 šestdesetpet funkcij je odvisnih od nje. Tukaj je uporabna razlika s Microsoftove strani s stanjem. Klici Teams in skupinski klepeti so večinoma delovali. Funkcije koledarja in zahteve za podatke o nabiralniku bi lahko propadle. Preverite odvisnost, ki jo vaša aplikacija dejansko uporablja. To pomeni, da se sestanek lahko še vedno zgodi, medtem ko koledar zavrača sodelovanje. Neposreden dostop do datotek v SharePointu je prav tako ostal funkcionalen, medtem ko so bile nekatere funkcije za deljenje prizadete.

0:42 Logotip na oknu vam zelo malo pove o tem, katero zaledje bo potreboval vaš naslednji klik. Motnja se je začela v četrtek, ko je Microsoft sprva preiskoval dostop do nabiralnikov v Amerikah. Nato je potrdil, da so lahko prizadeti uporabniki v kateri koli regiji. CNN je poročal o težavah v bankah, vladah in sodiščih. Manjkajoče e-poštno sporočilo je neprijetno, dokler od njegovega prispetja ni odvisno resnično delo nekoga. Microsoftova zgodnja razlaga je bila izguba razpoložljivih strežnikov.

### Kako manjkajoča zmogljivost preobremeni storitev?

1:06 Delo, ki bi ga ti stroji morali opraviti, je obremenjevalo preostalo infrastrukturo. Storitev lahko preobremenite z običajno zahtevo, ko njena zmogljivost izgine. Vrsta se podaljša, tudi če nihče ni nenadoma odkril strasti do pošiljanja e-pošte. Podjetje je nato preiskovalo avtomatizirane zdravstvene preglede. Ti pregledi pomagajo določiti, ali lahko strežnik sprejme delo. Microsoft je dejal, da je morda vpletena komponenta, ki obdeluje zdravje strežnika. To je hipoteza iz preiskave, ki še poteka.

1:29 Nimamo končnega poročila o incidentu, ki bi natančno pojasnilo, zakaj so ti strežniki najprej postali nedostopni. Posodobitve so se brale kot dežurna izmena, ki je postopoma

### Kaj je Microsoft najprej poskusil?

1:37 izgubljala zanimanje za zajtrk. Zaustavi uvajanje. Premakni promet. Ponovni zagon strežnikov. Microsoft je potrdil alternativni zdravstveni pregled, ki je vrnil podmnožico in pripravil avtomatizirane sisteme za zaznavanje in ponovni zagon neodzivnih strojev. Vsaka posodobitev je opisovala poskus obnovitve zmogljivosti. Nato je sledila vrstica, ki pojasnjuje zanko okrevanja. Microsoft je dejal, da bi strežniki, vrnjeni v službo, lahko ponovno postali neodzivni ko bi prejeli promet.

1:59 Stroj bi se lahko vrnil, prejel resnično delo in prenehal se odzivati. To opažanje je močnejši dokaz kot samozavestna teorija kogar koli v odgovorih. Predstavljajte si isti strežnik skozi te države. Nedostopno. Vrnjeno v službo. Prejemanje prometa. Ponovno neodziven. To ponazarja Microsoftovo poročilo. Kaj sproži ta zadnji prehod, ostaja neodgovorjeno. Ponovni zagon lahko povzroči začasno

2:18 izboljšanje, medtem ko pogoj, ki premaga strežnik, ostaja nerešen. Nasvet, da ga izklopite in vklopite, začne zaračunavati nadure. Inženirji morajo preveriti, kaj se zgodi po vrnitvi dela. Stranke potrebujejo, da storitev deluje skozi naslednjo zahtevo, in naslednjo. Microsoft je omejil določen promet, ki je dosegal prizadeto infrastrukturo na nekaterih lokacijah. Prav tako je ponovno zgradil podmnožico strežnikov z uporabo prejšnje konfiguracije, da bi

2:39 preizkusil, ali bodo ostali odzivni. To so bili poročani poskusi blažitve. Zaustavitev uvajanj med okrevanjem nam ne daje dokazov, da je petkova uvajanje povzročilo prvotno prekinitev.

### Kaj je bilo znano ob izteku roka za poročanje?

2:48 Po Microsoftovi petkovi posodobitvi ob enajstih in štiri UTC, so bile dejavnosti okrevanja zaključene po delih Azijsko-pacifiške regije. Promet se je postopoma vračal, z izboljšavami pri dostopu do nabiralnika in obdelavi zamujene e-pošte. Nekateri uporabniki so se še vedno lahko soočali z občasnimi težavami, in okrevanje drugod se je nadaljevalo. To je naš izklopni rok za poročanje. Microsoft je dejal, da nima dokazov o zlonamerni dejavnosti, in obljubil popolno poročilo o incidentu po blažitvi.

3:10 Počakal bi na to poročilo, preden bi dodelil zlikovca. Detektivsko delo na internetu vam lahko da krivca, preden ste sploh končali osveževanje strani. Za razvijalce Microsoft Graph še posebej olajša zgrešitev odvisnosti.

### Zakaj je lahko ena zahteva Graph odpovedala?

3:20 Njegove zahteve za Exchange pošto, koledar in stike so se lahko iztekle. Vaša aplikacija lahko uspešno pokliče Graph za eno operacijo in ne uspe pri drugi. Uspešna nepovezana zahteva vam malo pove o tem, ali bo operacija nabiralnika, ki jo vaš uporabnik potrebuje, dokončana. Stran s stanjem je celo potrebovala svojo pot za pobeg. Microsoft je javno objavil informacije o incidentu, ker skrbniki morda ne bi mogli naložiti skrbniškega centra za branje zdravja storitve. Ko je nadzorna plošča za ugotavljanje, kaj je pokvarjeno, odvisna od tega, kar je pokvarjeno,

3:46 se je nadzorna plošča pridružila incidentu. Naj bo na voljo zunajpasovna povezava do stanja. Za navadno omejevanje hitrosti Graph Microsoftova navodila pravijo, naj se spoštuje zamik ponovnega poskusa, ko zahteva prejme odgovor preveč zahtev, in naj se uporabi eksponentni umik, ko ta glava manjka. Ta navodila upravljajo omejevanje hitrosti. Ne diagnosticirajo te prekinitve ali obljubljajo, da ponovni poskusi obnovijo storitev. Zdaj o osemintiridesetih urah.

### Kaj prinaša 48-urno e-poštno okno?

4:05 Microsoftova razširjena stran s stanjem pravi, da je dala prednost obdelavi čakalne vrste in zaostankov ter podaljšala okno časovne omejitve za e-pošto, da bi ohranila zamujena sporočila. To daje zamujeni pošti več časa med okrevanjem. Nastavi okno časovne omejitve za pošto. Microsoft ni določil osemintirideseturnega roka za popravilo storitve, in nobene garancije, da bodo vsa sporočila prispela. Zato bodite iskreni glede trditev o dostavi. Zakasnjeno obvestilo ni nujno izginilo,

4:28 in sporočilo v čakalni vrsti ni nujno doseglo svojega prejemnika. Za časovno občutljivo delo preverite rezultat prek odobrenega neodvisnega kanala. Okno odjemalca je optimistično potrdilo o dostavi, ko se zaledje še vedno oporavlja. Kar pušča veliko za branje v končnem poročilu o incidentu. Če bi raje to prebrali, kot pa slišali, kako to govorim, diff pristane v vašem nabiralniku vsako jutro, brezplačno na the daily diff dot dev, povezava spodaj. Torej današnja sodba, NEEDS REVIEW.

### Kaj bi moralo dokazati trajno okrevanje?

4:49 Okrevanje bi obdržal v pregledu, ker so Microsoftove lastne posodobitve pokazale, da so se vrnjeni strežniki pokvarili pod prometom. Uporaben test je trajna storitev z dejanskim delom, ki prihaja skozi. Do končnega poročila ostaja začetni vzrok odprt. In to je današnji diff. Sem Niko iz Axrisija. Odgovorno združujte.

## Viri

- [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