Exchange Online’da 12 Kasım günü UTC ile 16.17’de başlayan arıza, Microsoft 365 ekosisteminde e-posta erişiminden güvenlik araçlarına kadar uzanan bir kesintiye dönüştü. Microsoft, olayın üzerinden 13 saatten fazla geçmesine rağmen hizmetleri tamamen yeniden işler hâle getiremedi. Şirket, gece boyunca paylaştığı durum güncellemelerinde son müdahalelerin beklenen sonucu vermediğini bildirdi.
İlk aşamada Amerika kıtasındaki kullanıcılar; Outlook’un web ve masaüstü sürümleri, mobil istemciler ve REST API üzerinden posta kutularına ulaşamadı. Microsoft, iki saat içinde sorunun herhangi bir bölgedeki kullanıcıları etkileyebileceğini açıkladı. Kesintinin en yoğun anında Downdetector’da Outlook için 130 binden fazla sorun bildirimi kaydedildi.
Şirketin açtığı geniş kapsamlı olay kaydı; Teams, SharePoint Online, Copilot, Defender XDR, Intune, Power BI ve çeşitli Purview hizmetlerini de kapsadı. Ancak her ürünün bütün işlevleri aynı ölçüde etkilenmedi. Sorunların kapsamını belirleyen unsurlardan biri, ilgili özelliğin Exchange Online’a bağımlılığı oldu.
Sunucuların devre dışı kalması yükü artırdı
Microsoft başlangıçta altyapı üzerindeki yüksek yükü ve yakın zamanda yapılan bir değişikliğin olası etkisini araştırdı. Ardından yük artışının toplam trafikteki genel bir yükselişten kaynaklanmadığını belirledi. Çok sayıda sunucunun beklenmedik biçimde kullanılamaz hâle gelmesi, taleplerin çalışan diğer sunuculara yönelmesine ve bu altyapının daha fazla yük taşımasına neden oldu.
İncelemenin devamında, etkilenen sunucularda güvenli bağlantıları kurmakla görevli bir sürecin aşırı yüklendiği tespit edildi. Microsoft’a göre bu durum, sunucuların istekleri işlemeyi durdurmasına yol açtı. Şirket, davranışı düzeltmek için bir yapılandırma değişikliği hazırladığını ve geniş çaplı uygulamadan önce sınırlı sayıdaki sunucuda test ettiğini açıkladı.
Aynı zamanda kesintinin başlangıcıyla zaman açısından örtüşen yakın tarihli bir ağ yapılandırması değişikliği geri alınıyordu. Etkilenen altyapı yeniden başlatılırken sunucuların kararlılığı da izleniyordu. Kurtarma sürecinde bazı bağlantılar sınırlandırıldı; ardından sunucuların yük altında çalışmayı sürdürüp sürdüremediğini görmek için trafik kademeli olarak yeniden açıldı.
Bu işlem her sunucuda kalıcı bir iyileşme sağlamadı. Microsoft, trafiğin geri verilmesinden sonra bazı sunucuların yeniden yanıt vermemeye başladığını bildirdi. MO1550821 numaralı olayın güncellemelerinde, müdahaleler sırasında yönlendirme hizmetlerinden arka uç sunucularına yapılan çağrıların arttığı da belirtildi. Trafiği yeniden dengeleme işlemleri bu artışa katkıda bulunurken şirket, kapasite eklemek ve yükü azaltmak amacıyla sanal makineleri ölçeklendirdi.
E-posta dışındaki özellikler de aksadı
Outlook kullanıcıları posta kutularına erişimde sorun yaşarken e-posta teslimatında da gecikmeler oluşabildi. Teams’in temel mesajlaşma ve çevrim içi toplantı işlevleri büyük ölçüde çalışmayı sürdürdü. Buna karşılık takvime erişim ve toplantı planlama gibi Exchange’e bağlı özelliklerde aksaklıklar görülebildi. SharePoint Online’da saklanan dosyalara doğrudan erişim çalışırken Exchange bağlantısı gerektiren işlevler etkilenebildi.
Microsoft 365 Copilot tarafında ise Copilot Chat’in yüklenememesi veya yanıt vermemesi olası etkiler arasında sıralandı. Copilot özelliklerinin e-posta, takvim ve dosyalar gibi iş verilerine erişiminde de sorunlar bildirildi. Güvenlik tarafında Defender for Office 365 Safe Links’in Outlook ve Teams üzerinden tıklanan bağlantıların URL doğrulamasını yapamaması riski belirtildi. Bu bildirim, Defender for Office 365’in bütün yeteneklerinin devre dışı kaldığı anlamına gelmiyordu.
Defender XDR portalının bazı sayfaları, Intune’un belirli cihaz kaydı ve uyumluluk senaryoları ile Purview’in veri kaybını önleme, otomatik etiketleme ve iletişim uyumluluğu işlevleri de olası etkiler arasındaydı.
Ortak altyapıya bağımlılık yeniden gündemde
Greyhound Research baş analisti Sanchit Vir Gogia, kurumların Microsoft 365’i lisans maliyeti üzerinden değerlendirdiğini, tek bir arıza noktası oluşturma ihtimalini ise yeterince hesaba katmadığını savundu. E-posta, toplantı ve güvenlik işlevlerinin aynı hizmet altyapısına dayanması, bir arızanın birden fazla iş sürecini eş zamanlı etkilemesine yol açabiliyor.
Gogia’nın önerisi ikinci bir yazılım paketinden çok, durmaması gereken işler için önceden denenmiş bir yedek işleyiş oluşturulmasıydı. Bu yaklaşım; olay yönetimi için bağımsız bir iletişim kanalı, kritik görevlerde e-posta sürekliliği ve güvenlik kontrollerinin arıza durumundaki davranışına ilişkin yazılı kararları kapsıyor. Microsoft durum portalından güncellemeler paylaşmayı sürdürürken olayın nihai kök neden raporunu henüz yayımlamadı.
