Microsoft 365 kesintisi sona erdi: Microsoft kesintiyi bir ağ kapasite yükseltmesindeki soruna bağladı ve özür diledi
12 Kasım'da Exchange Online'da başlayan ve Teams, Copilot, Defender, Intune gibi servislere yayılan kesinti, Microsoft'un açıkladığı bitiş saatine göre 13 Kasım 19:10'da (TSİ) sona erdi. Şirket olayın siber saldırı olmadığını, nedenin daha önceki bir ağ kapasite yükseltmesinde ortaya çıkan bir sorun olduğunu söylüyor; ayrıntılı olay raporu henüz yayımlanmadı.
Microsoft 365'te 12 Kasım'da başlayan ve iki gün boyunca dünyanın farklı bölgelerindeki kurumları etkileyen kesinti kapandı. Microsoft'un yönetim merkezindeki olay kayıtlarını saat saat aktaran azureblog.co.uk'ye göre şirket, 14 Kasım sabahı 06:51'de (TSİ) yayımladığı son güncellemede servisin geri geldiğini duyurdu ve kesintinin bitiş saatini 13 Kasım 19:10 (TSİ) olarak verdi. Durum sayfası aynı sabah tüm ürünleri çalışır gösteriyordu.
Bu haber, ilk haberimizin ve kesintinin küresel boyuta ulaştığı güncellemenin devamıdır.
Ne oldu?
| Bilgi | |
|---|---|
| İlk olay kaydı | 12 Kasım 19:17 (TSİ), Exchange Online, EX1550543 |
| Kapsamlı olay kaydı | 12 Kasım 21:26 (TSİ), Microsoft 365, MO1550821 |
| Microsoft'un verdiği bitiş saati | 13 Kasım 19:10 (TSİ) |
| Son güncelleme | 14 Kasım 06:51 (TSİ) |
| Siber saldırı | Microsoft'a göre hayır |
| Ayrıntılı olay raporu | Henüz yayımlanmadı |
Kesinti Amerika bölgesinde posta kutularına erişilememesiyle başladı, ardından Microsoft'un ifadesiyle "herhangi bir bölgedeki kullanıcıları" etkileyebilir hale geldi. Etkilenen servisler arasında Outlook'un web, masaüstü ve mobil sürümleri, Teams'in takvim ve toplantı özellikleri, SharePoint Online, Microsoft 365 Copilot, Defender for Office 365, Defender XDR ve Purview, Intune, Windows 365 ve Microsoft Graph vardı. azureblog.co.uk'ye göre Azure bu olaydan etkilenmedi; Downdetector'daki Outlook şikâyetleri yaklaşık 130.000'de zirve yaptı.
Microsoft kök neden olarak ne söyledi?
Microsoft'un ilk açıklamalarına göre bazı sunucular otomatik sağlık kontrollerinden geçemeyip servis dışı kaldı, yük kalan sunuculara bindi ve onlar da zorlandı; şirket bunun trafik artışından kaynaklanmadığını belirtti. Sonraki güncellemelerde sunuculardaki güvenli bağlantı kurmaktan sorumlu bir sürecin aşırı yüklendiği ve etkinin başlangıcıyla örtüşen yakın tarihli bir ağ yapılandırma değişikliğinin geri alındığı bildirildi.
azureblog.co.uk'nin aktardığı 13 Kasım tarihli güncellemede Microsoft nedeni şöyle özetledi: olay, daha önce yapılan bir ağ kapasite yükseltmesi sırasında oluşan ve yakın tarihli bir ağ değişikliğinin ardından ortaya çıkan bir sorundan kaynaklandı. Aynı güncellemede şirket bunun "siber saldırı ya da AI / agent ile ilgili olmayan teknik bir sorun" olduğunu söyledi ve yaşanan aksaklık için müşterilerinden özür diledi. Bu açıklamalar Microsoft'un yönetim merkezindeki kayıtlardan aktarılıyor; şirketin kamuya açık ayrıntılı bir olay raporu henüz yok.
Microsoft kesinti süresince yeni dağıtımları ve yapılandırma değişikliklerini durdurduğunu, gelen postalar için zaman aşımı süresini 48 saate uzattığını ve inceleme tamamlandığında tam bir olay raporu yayımlayacağını açıkladı.
Ne yapılmalı?
- Microsoft 365 yönetim merkezindeki Service health bölümünden EX1550543 ve MO1550821 kayıtlarını açın; olay raporu yayımlandığında indirip saklayın. Service health geçmiş olayları sınırlı süre gösterir.
- Kesinti penceresinde geciken e-postaların teslim edildiğini, gönderen sistemlerin yeniden deneme sürelerinin 48 saati aşıp aşmadığını ve geri dönen ileti kalmadığını kontrol edin.
- Defender for Office 365 ve Defender XDR'ın kesinti sırasında işleyemediği uyarı ve taramaları gözden geçirin; Intune'a bağlı cihazlarda politika ve uyumluluk senkronizasyonunun yeniden çalıştığını doğrulayın.
- Service health e-posta bildirimlerini açın ve en az bir bildirimi Microsoft 365 dışındaki bir adrese yönlendirin; kesinti anında kendi postanız da çalışmıyor olabilir.
- Parola sıfırlama, onay akışları ve alarm bildirimleri gibi e-postaya bağlı iş süreçlerinizi listeleyin; bunlar için Microsoft 365 dışında bir iletişim kanalı tanımlayın.
- Kesintiyi bahane eden "posta kutunuzu geri yükleyin" ya da "hesabınızı yeniden doğrulayın" mesajlarına karşı kullanıcıları uyarın.
Neden önemli?
Bu, Microsoft'un bulut servislerinde son iki ayda yaşanan ikinci büyük kesinti. Olay, e-postanın yanında Defender ve Intune gibi güvenlik ve yönetim katmanlarını da durdurdu; kesinti boyunca birçok kurum hem iletişim hem de güvenlik görünürlüğü kaybı yaşadı. Ayrıntılı olay raporu yayımlandığında bu haberi güncelleyeceğiz.
