# Rikuperimi i Outlook-ut nga Microsoft dështonte vazhdimisht nën trafik

Published: 2026-11-13

Ndërprerja e shërbimit të email-it të Microsoft-it më 12–13 nëntor zbuloi një rreth rikuperimi: serverat e kthyer mund të bëheshin sërish të paaftë për t'iu përgjigjur kërkesave nën trafik. Në ndërprerjen e miratuar të datës 13 nëntor, ora 11:04:50 UTC, rikuperimi kishte përparuar në pjesë të Azisë Paqësore, ndërsa probleme të herëpashershme dhe punë tjetër mbetën. Ky vazhdim shpjegon varësitë dhe masat mbrojtëse për email-et e vonuara.

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

## Çfarë mbulon kjo video

- Kontrolloni varësinë e backend-it të çdo operacioni: shumica e funksionalitetit thelbësor të Teams dhe qasja direkte në skedarët e SharePoint mbetën funksionale, ndërsa veçoritë e varura nga Exchange u dëmtuan.
- Microsoft raportoi se serverat e kthyer mund të bëheshin sërish të paaftë për t'u përgjigjur kur trafiku arrinte tek ata; shpjegimi i komponentit të tij të përpunimit të shëndetit mbeti një hipotezë.
- Afati kohor i zgjatur dyzet e tetë-orësh për email-in synonte të ruante postën e vonuar gjatë përpunimit të radhës dhe prapambetjeve. Nuk ishte një afat riparimi apo garanci universale dorëzimi.
- Udhëzimet e zakonshme të ngadalësimit të Graph-it rekomandojnë respektimin e Retry-After dhe zbritjes eksponenciale kur ai header mungon; ato nuk diagnostikojnë apo riparojnë këtë incident.

## Pyetje dhe përgjigje

### Pse mund të dështonin sërish serverat e postës të kthyer të Microsoft-it nën trafik?

Microsoft raportoi se serverat e kthyer mund të bëheshin sërish të paaftë për t'u përgjigjur sapokishin marrë trafik. Hetimi i tij përshkroi procese të mbingarkuara dhe një problem të mundshëm në një komponent që përpunon shëndetin e serverit, por shkaku fillestar ende priste një raport final incidenti. Episodi ilustron konceptualisht sekuencën e kthimit, punës dhe rikthimit; ai nuk pretendon një arkitekturë të brendshme të provuar apo një shkak rrënjësor final.

### Pse mund të funksiononin thirrjet e Teams ndërsa veçoritë e kalendarit dështonin?

Shumica e thirrjeve, takimeve dhe bisedave thelbësore të Teams mbetën funksionale sipas njoftimit të zgjeruar të shëndetit të shërbimit të Microsoft-it. Skenarët e kalendarit dhe planifikimit vareshin nga Exchange Online dhe mund të dështonin gjatë ndërprerjes. Qasja direkte në skedarët e SharePoint mbeti gjithashtu funksionale. Dallimi i dobishëm në nivel aplikacioni është varësia pas një operacioni, në vend që të trajtohet çdo veçori nën një logo produkti siç ndan të njëjtën gjendje dështimi.

### A vendosi afati kohor dyzet e tetë-orësh për email-in një afat riparimi?

Microsoft zgjati dritaren e skadimit të email-it për të ruajtur mesazhet e vonuara ndërsa prioritizoi përpunimin e radhës dhe prapambetjeve. Kjo i dha postës së vonuar më shumë kohë gjatë rikuperimit. Njoftimi publik nuk dha asnjë afat kohor dyzet e tetë-orësh riparimi dhe asnjë garanci që çdo mesazh do të arrinte tek marrësi i tij. Një njoftim në pritje ose në radhë prandaj kërkonte një dorëzim aktual ose kontroll rezultati para se një fluks pune i ndjeshëm ndaj kohës të mund të mbështetej në të.

### Si ndikoi ndërprerja e Exchange në aplikacionet e Microsoft Graph?

Kërkesat për postën, kalendarin dhe kontaktet e Exchange Online mund të skadonin sipas Microsoft-it. Një aplikacion mund të ndeshej me rezultate të ndryshme nëpër operacione me varësi të ndryshme themelore. Episodi rekomandon kontrollimin e varësisë aktuale të shërbimit të operacionit. Dokumentacioni i veçantë i ngadalësimit të zakonshëm të Microsoft-it diskuton respektimin e Retry-After dhe zbritjes eksponenciale kur ai header mungon; këto politika nuk përcaktojnë shkakun e këtij incidenti apo premtojnë shërbim të rikthyer.

### Cili ishte vendimi i The Daily Diff për rikuperimin e Microsoft-it?

Vendimi i The Daily Diff ishte KËRKON SHQYRTIM. Niko e mbajti rikuperimin nën shqyrtim sepse përditësimet e Microsoft-it përshkruanin serverat e kthyer që dështonin nën trafik. Shërbimi i qëndrueshëm me punë reale që vjen ishte testi i dobishëm i rikuperimit. Shkaku fillestar mbeti i hapur në afatin kohor të raportimit të episodit, me Microsoft-in që premtoi një raport të plotë incidenti dhe veprime mbrojtëse të thelluara pas zbutjes.

## Kapitujt

- 0:00 Pse dështuan sërish serverat e kthyer?
- 0:19 Cilat veçori varen nga Exchange?
- 1:03 Si e mbingarkon një kapacitet i munguar një shërbim?
- 1:34 Çfarë provoi Microsoft fillimisht?
- 2:48 Çfarë dihej në afatin kohor të raportimit?
- 3:17 Pse mund të dështonte një kërkesë e Graph-it?
- 4:05 Çfarë fiton dritarja 48-orëshe e postës?
- 4:48 Çfarë do të duhej të provonte rikuperimi i qëndrueshëm?

## Transkript i përkthyer

Përkthyer nga tregimi origjinal në anglisht. Audio dhe titrat e disponueshme kontrollohen nga YouTube.

### Pse dështuan sërish serverat e kthyer?

0:00 Microsoft i ktheu serverat e postës në shërbim. Ata mund të ndalonin së përgjigjuri sërish kur trafiku kthehej. Ja vazhdimi i zhvilluesve. Në këtë video, pse rikuperimi vazhdonte të dështonte? Dhe cilat pjesë të aplikacionit tuaj funksiononin ende? Microsoft i dha gjithashtu email-it të vonuar dyzet e tetë orë. Çfarë fitoni në të vërtetë me këtë? Është e premte, trembëdhjetë nëntori, dhe ky është The Daily Diff.

0:18 Exchange Online është shërbimi i email-it i hostuar nga Microsoft, dhe funksione të tjera të Microsoft

### Cilat veçori varen nga Exchange?

0:22 365 varen prej tij. Ja dallimi i dobishëm nga faqja e statusit të Microsoft-it. Thirrjet dhe bisedat grupore të Teams funksionuan kryesisht. Veçoritë e kalendarit dhe kërkesat për të dhënat e kutisë postare mund të dështonin. Kontrolloni varësinë që aplikacioni juaj përdor në të vërtetë. Kjo do të thotë se një takim mund të ndodhë ende ndërsa kalendari refuzon të bashkëpunojë. Qasja direkte në skedarët në SharePoint mbeti gjithashtu funksionale, ndërsa disa veçori të ndarjes u prekën.

0:42 Logoja në dritare ju tregon shumë pak për atë se cilin backend klikimi juaj i ardhshëm ka nevojë. Ndërprerja filloi të enjten, me Microsoft-in që fillimisht po hetonte qasjen në kutinë postare në Amerikë. Më pas konfirmoi se përdoruesit në çdo rajon mund të prekeshin. CNN raportoi probleme në banka, qeveri dhe gjykata. Një email i munguar është i papërshtatshëm derisa puna e vërtetë e dikujt të varet nga arritja e tij. Shpjegimi i hershëm i Microsoft-it ishte humbja e serverave të disponueshëm.

### Si e mbingarkon një kapacitet i munguar një shërbim?

1:06 Puna që ato makina duhet të kishin trajtuar shtrëngoi infrastrukturën e mbetur. Ju mund të mbingarkoni një shërbim me kërkesa të zakonshme kur kapaciteti i tij zhduket. Radhët zgjaten edhe nëse askush nuk ka zbuluar papritur një pasion për të dërguar email. Kompania më pas hetoi kontrollet automatike të shëndetit. Këto kontrolle ndihmojnë për të vendosur nëse një server mund të marrë punë. Microsoft tha se një komponent që përpunon shëndetin e serverit mund të jetë i përfshirë. Kjo është një hipotezë nga një hetim ende në vazhdim.

1:29 Ne nuk kemi një raport final të incidentit që shpjegon saktësisht pse ata servera u bënë fillimisht të padisponueshëm. Përditësimet lexohen si një ndërrim në detyrë që bëhet gradualisht

### Çfarë provoi Microsoft fillimisht?

1:37 më pak i interesuar për mëngjes. Pezulloni vendosjet. Zhvendosni trafikun. Rinisni serverat. Microsoft vërtetoi një kontroll alternativ shëndetësor që riktheu një nën-grup, dhe përgatiti sisteme të automatizuara për të zbuluar dhe rinisur makinat e paafta për t'u përgjigjur. Çdo përditësim përshkruante një përpjekje për të rikuperuar kapacitetin. Më pas erdhi rreshti që shpjegon rrethin e rikuperimit. Microsoft tha se serverat e kthyer në shërbim mund të bëheshin sërish të paaftë për t'u përgjigjur sapokishin marrë trafik.

1:59 Një makinë mund të kthehej, të merrte punë reale dhe të ndalonte së përgjigjuri. Ky vëzhgim është provë më e fortë se teoria e sigurt e kujtdo në përgjigje. Imagjinoni të njëjtin server përmes atyre gjendjeve. I padisponueshëm. Kthyer në shërbim. Duke marrë trafik. Sërish i paaftë për t'u përgjigjur. Kjo ilustron llogarinë e Microsoft-it. Çfarë e shkakton atë tranzicion të fundit mbetet e paqartë. Një rinisje mund të prodhojë një përmirësim

2:18 të përkohshëm ndërsa gjendja që dështon serverin mbetet e pazgjidhur. Këshilla për ta fikur dhe ndezur sërish fillon të tarifojë jashtë orarit. Inxhinierët duhet të kontrollojnë se çfarë ndodh pasi puna kthehet. Klientët kanë nevojë që shërbimi të vazhdojë të funksionojë gjatë kërkesës tjetër, dhe tjetrës. Microsoft kufizoi trafikun e caktuar që arrinte infrastrukturën e prekur në disa vendndodhje. Gjithashtu rindërtoi një nën-grup serverash duke përdorur një konfigurim të mëparshëm për të

2:39 testuar nëse do të mbeteshin të përgjegjshëm. Këto ishin eksperimente mitiguese të raportuara. Pezullimi i vendosjeve gjatë rikuperimit nuk na jep asnjë provë që një vendosje e së premtes shkaktoi ndërprerjen origjinale.

### Çfarë dihej në afatin kohor të raportimit?

2:48 Deri në përditësimin e së premtes të Microsoft-it në orën njëmbëdhjetë e katër UTC, veprimet e rikuperimit kishin përfunduar nëpër pjesë të Azisë Paqësore. Trafiku po kthehej gradualisht, me përmirësime në qasjen në kutinë postare dhe përpunimin e email-it të vonuar. Disa përdorues mund të përballeshin ende me probleme të herëpashershme, dhe rikuperimi diku tjetër vazhdoi. Ky është afati kohor i raportimit tonë. Microsoft tha se nuk kishte asnjë provë të aktivitetit keqdashës, dhe premtoi një raport të plotë incidenti pas zbutjes.

3:10 Do të prisja për atë raport para se të caktoja një keqbërës. Puna detektive në internet mund t'ju japë një fajtor para se të keni mbaruar rifreskimin e faqes. Për zhvilluesit, Microsoft Graph e bën varësinë veçanërisht të lehtë për t'u humbur.

### Pse mund të dështonte një kërkesë e Graph-it?

3:20 Kërkesat e tij për postën, kalendarin dhe kontaktet e Exchange mund të skadonin. Aplikacioni juaj mund të thërrasë Graph-in me sukses për një operacion dhe të dështojë në një tjetër. Një kërkesë e suksesshme e palidhur ju tregon pak për atë nëse operacioni i kutisë postare që përdoruesi juaj ka nevojë do të përfundojë. Faqja e statusit kishte nevojë edhe për rrugën e saj të shpëtimit. Microsoft publikoi informacione incidenti sepse administratorët mund të ishin të paaftë për të ngarkuar qendrën e adminit për të lexuar shëndetin e shërbimit. Kur paneli për të zbuluar se çfarë është prishur varet nga ajo që është prishur,

3:46 paneli i është bashkuar incidentit. Mbani një lidhje statusi jashtë-bandë në dispozicion. Për ngadalësimin e zakonshëm të Graph-it, udhëzimet e Microsoft-it thonë të respektohet vonesa e ripërpjekjes kur një kërkesë merr një përgjigje "shumë kërkesa", dhe të përdoret zbritja eksponenciale kur ai header mungon. Këto udhëzime menaxhojnë ngadalësimin. Ato nuk diagnostikojnë këtë ndërprerje apo premtojnë që ripërpjekjet rikthejnë shërbimin. Tani dyzet e tetë orët.

### Çfarë fiton dritarja 48-orëshe e postës?

4:05 Faqja e statusit e zgjeruar e Microsoft-it thotë se prioritizoi përpunimin e radhës dhe prapambetjeve dhe zgjati dritaren e skadimit të email-it për të ruajtur mesazhet e vonuara. Kjo i jep postës së vonuar më shumë kohë gjatë rikuperimit. Ajo vendos një dritare skadimi për postën. Microsoft nuk dha asnjë afat kohor dyzet e tetë-orësh për riparimin e shërbimit, dhe asnjë garanci që çdo mesazh do të arrinte. Pra, mbani pretendimet e dorëzimit të ndershme. Një njoftim i vonuar nuk është domosdoshmërisht zhdukur,

4:28 dhe një mesazh në radhë nuk ka arritur domosdoshmërisht tek marrësi i tij. Për punë të ndjeshme ndaj kohës, verifikoni rezultatin përmes një kanali të pavarur të miratuar. Një dritare klienti është një faturë optimiste dorëzimi kur backend-i është ende duke u rikuperuar. Kjo lë shumë për të lexuar në raportin eventual të incidentit. Nëse preferoni ta lexoni këtë sesa të më dëgjoni duke e thënë, diff-i arrin në kutinë tuaj postare çdo mëngjes, falas në thedailydiff.dev, lidhja më poshtë. Pra, vendimi i sotëm, KËRKON SHQYRTIM.

### Çfarë do të duhej të provonte rikuperimi i qëndrueshëm?

4:49 Do ta mbaja rikuperimin nën shqyrtim sepse vetë përditësimet e Microsoft-it treguan se serverat e kthyer dështonin nën trafik. Testi i dobishëm është shërbimi i qëndrueshëm me punë reale që vjen. Deri në raportin final, shkaku fillestar mbetet i hapur. Dhe ky është diff-i për sot. Unë jam Niko nga Axrisi. Bashkohuni me përgjegjësi.

## Burimet

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