Microsoft’un Ekim 2026 güvenlik güncellemelerinin ardından Exchange Server sistemlerinde ortaya çıkan hizmet kesintilerini önceden tespit etmek amacıyla yeni izleme betiği hazırlandı. Windows Server 2025 üzerinde çalışan araç, RPC Endpoint Mapper bileşenindeki sayaç değerlerini takip ederek yapılandırma hatalarını yaklaşan kesintileri belirlemeyi hedefliyor. BT uzmanı Uwe Deeg tarafından geliştirilen ücretsiz çözüm, yöneticilere sunucu yeniden başlatma gereksinimini doğrulama kesinti öncesinde e-posta uyarısı alma olanağı sağlıyor.
Exchange Server Kesintilerinin Nedeni Ekim Güncellemeleriyle İlişkilendiriliyorWindows Server için 13 Ekim 2026 tarihinde yayınlanan güvenlik güncellemeleri, Microsoft Exchange Server altyapılarında beklenmedik sorunlara yol açmış durumda. Kullanıcı bildirimlerine göre güncelleme kurulumundan yaklaşık 24 saat sonra veritabanı hizmetleri durabiliyor; e-posta trafiğiyle Outlook Web App (OWA) erişimi yanıt vermemeye başlıyor.
Microsoft, sorunu 15 Ekim’ Exchange Tech Community üzerinden kabul ederek inceleme başlatmış, 16 Ekim’ yayınlanan ek açıklamada ise geçici çözüm mıştı. Yönetim yetkisiyle açılan komut istemine aşağıdaki kayıt defteri komutunun girilmesi önerilmişti:
reg add "HKLM\SOFTWARE\Microsoft\Rpc" /v EpmapSavedContextCap /t REG_DWORD /d 65536 /fKomut, EpmapSavedContextCap adlı DWORD değerini 65536 olarak ayarlıyor. Ancak kayıt defterindeki değerin değiştirilmesi, ayarın sistem belleğinde etkinleştiğini tek başına doğrulamıyor. Windows Server yöneticilerinin ayrımı göz önünde bulundurması gerekiyor.
Sorunun teknik açıklaması, RPC Endpoint Mapper bileşeninin saklanan arama bağlamlarını yönetme biçimine dayanıyor. Blog yazısında aktarılan analize göre güncellenmiş RpcEpMap.dll dosyasına eklenen kontrol, saklanan uç nokta eşleyici bağlamları için 512 değerinde üst sınır uyguluyor. Sayaç sınırı aştığında yeni hata mekanizması devreye girerek Exchange Server hizmetlerini etkileyen sorunlara neden olabiliyor.
Kayıt defterine 65536 değerinin yazılması, Endpoint Mapper bileşeninin bellekte kullandığı sınırın değiştiği anlamına gelmiyor. İlgili bileşen, ayarı sistem başlangıcında okuduğundan Windows Server yeniden başlatılmadığında eski 512 sınırı etkin kalabiliyor. Dolayısıyla yalnızca kayıt defteri girdisini kontrol eden denetim, sorunun devam ettiğini gözden kaçırabiliyor.
Uwe Deeg’in hazırladığı izleme aracı, kayıt defterindeki yapılandırmayı çalışan sistemin belleğindeki değerlerle karşılaştırarak riski belirlemeyi amaçlıyor. 19 Ekim 2026 tarihinde tığı deneyimde, kendi yönettiği Exchange Server üzerinde kayıt defteri değerinin doğru ayarlanmasına rağmen bellekteki sınırın 512 olarak kaldığını aktarıyor. Sunucu yeniden başlatılmadığı için ayar henüz etkinleşmemiş durumda kalmıştı.
Deeg’in geliştirdiği betik, Exchange Server durumunu belirli aralıklarla inceleyerek yöneticilerin kesinti yaşanmadan önce müdahale etmesine yardımcı oluyor. yalnızca kayıt defteri ayarını kontrol etmekle kalmıyor; bağlantı durumunu, ileti kuyruğunu ilgili Windows olaylarını izliyor.
Betik üç temel denetim gerçekleştiriyor:
- MAPI bağlantısını, ileti kuyruklarını 1006 kimlikli olayı 15 dakikada kontrol ediyor.
- Windows Server 2025 üzerinde Endpoint Mapper sayacını etkin sınır değerini okuyor; kayıt defteri ayarı yapılmış olmasına rağmen etkinleşmemişse olay günlüğüne bildirim yazıyor.
- Sayaç, tanımlanan üst sınırın yüzde 90’ına ulaştığında uyarı e-postası gönderiyor.
denetimler, özellikle kayıt defteri değişikliğinin ardından sunucunun yeniden başlatılmasının unutulduğu ortamlarda önem taşıyor. BT ekipleri, olası kesintiyi yalnızca hizmetler durduktan sonra fark etmek yerine sayaçtaki artışı takip ederek daha erken önlem alabiliyor.
Deeg’in ölçümlerinde saatte yaklaşık 18 yeni bağlam oluşturulduğu görülmüş. yazıda aktarılan başka ölçümde ise değer saatte 23,7 olarak belirtilmiş. İlk ölçümün yapıldığı sunucuda Exchange kesintilerinin yaklaşık 21 saat arayla meydana geldiği ifade ediliyor.
Söz konusu değerler, her Exchange Server kurulumunda aynı arızanın aynı zaman aralığında yaşanacağını göstermiyor. Bağlam oluşturma hızı sunucuya iş yüküne göre değişebileceğinden sayaç takibi, kesin kesinti zamanı vermekten çok riskin artışını izlemek için kullanılıyor. Yüzde 90 eşiğinde gönderilen uyarı yöneticilere hizmetler durmadan önce müdahale edebilecekleri zaman aralığı sağlamayı hedefliyor.
Uwe Deeg, betiğin açıklamasını, kurulum aracını tam kodunu Codekunst Systems internet sitesinde yayınladı. Exchange yöneticileri, “Exchange after the October Patch Tuesday: Monitoring counters instead of waiting for a failure” içerikten araca ilişkin ayrıntılara ulaşabiliyor.
Microsoft’un tığı kayıt defteri değişikliği, Ekim güncellemeleri sonrasında yaşanan kesintilere yönelik geçici çözümün parçası olarak öne çıkarken izleme betiği ayarın gerçekten etkin olup olmadığını denetlemeye odaklanıyor. Exchange altyapısını yöneten ekiplerin kayıt defteri değerini kontrol etmenin yanında etkin bellek değerini doğrulaması, yeniden başlatma durumunu incelemesi uyarı mekanizmasını test etmesi önem taşıyor. Betik, kontrolleri düzenli hâle getirerek beklenmedik hizmet kesintilerinin operasyonel etkisini azaltmaya yardımcı olmayı amaçlıyor.
