Merhaba
Microsoft, Ekim 2026 Windows güvenlik güncellemesi ile Quick Machine Recovery özelliğini Windows Server 2025’e getirdi. Daha önce Windows 11 istemcilerinde bulunan bu özellik, kritik bir önyükleme hatası yaşayan sunucunun Windows Recovery Environment (WinRE, Windows Kurtarma Ortamı) üzerinden Windows Update’e bağlanıp kendisine uygun bir düzeltme aramasını sağlıyor.
Bu yazıda duyurunun ne anlama geldiğini, özelliğin nasıl çalıştığını ve Group Policy ile nasıl etkinleştirileceğini Microsoft’un resmi kaynaklarına dayanarak özetliyorum.
Ne Değişti?
Microsoft, konuyu 19 Ekim 2026 tarihinde Message Center’da MC1515270 numaralı duyuruyla yayımladı.
Duyurunun temel noktaları şöyle:
- Quick Machine Recovery, Ekim 2026 güvenlik güncellemesini veya sonrasını yüklemiş Windows Server 2025 sürümlerinde kullanılabiliyor.
- Özellik Windows Server 2025’te varsayılan olarak kapalı geliyor. Güncellemeyi yüklemek mevcut kurtarma davranışını değiştirmiyor.
- Kurtarma, uygulanabilir bir düzeltmenin (remediation) yayımlanmış olmasına bağlı. Yani her sorunu çözeceği garanti edilmiyor.
- Microsoft duyuruda acil bir aksiyon gerektirmediğini belirtiyor ve yöneticilerin özelliği değerlendirmesini öneriyor.
Quick Machine Recovery Nedir?
Quick Machine Recovery, cihazların önyükleme yapmasını engelleyen kritik hatalarda kurtarma sürecini otomatikleştirmek için tasarlanmış bir özellik. Startup Repair (Başlangıç Onarımı) temelinin üzerine kurulu ve güvenli, ağa bağlanabilen bir WinRE kullanarak Windows Update’te düzeltme arıyor.
Microsoft bunu best-effort, yani elinden gelenin en iyisini yapan bir özellik olarak tanımlıyor. Her sorun için bir çözüm bulamayabilir.
Kurtarma Süreci
Microsoft belgelerine göre süreç beş aşamadan oluşuyor:
- Cihaz çökmesi: Cihaz tekrar tekrar önyükleme yapamazsa sistem sorunu algılar ve kurtarma sürecini başlatır.
- Kurtarma ortamına önyükleme: Cihaz WinRE ile açılır.
- Ağ bağlantısı: Ağ bağlantısı kurulduktan sonra cihaz Windows Update’te düzeltme arar.
- Düzeltme: Çözüm bulunursa indirilip uygulanır. Bulunamazsa, varsayılan tek seferlik tarama ayarında kullanıcı diğer kurtarma seçeneklerine yönlendirilir. Yeniden deneme aralıkları tanımlanmışsa sistem bu aralıklarla tekrar dener.
- Yeniden başlatma: Düzeltme başarılıysa Windows açılır. Başarısızsa cihaz yeniden kurtarma ortamına döner ve süreç baştan işler.
Cloud Remediation ve Auto Remediation
Özelliğin iki temel ayarı var. Bu iki ayarın ne yaptığını netleştirmek önemli, çünkü Group Policy tarafında da aynı adlarla karşımıza çıkıyorlar.
| Ayar | Etkinken | Devre dışıyken |
|---|---|---|
| Cloud Remediation | Cihaz kurtarma sırasında ağa bağlanır ve düzeltme için Windows Update’i kullanır. | Windows yerel kurtarma seçeneği olarak Startup Repair’i kullanır. |
| Auto Remediation | Cihaz kullanıcı müdahalesi olmadan otomatik olarak Windows Update’e bağlanır ve düzeltme arar. İlk denemede çözüm bulunamazsa varsayılan olarak diğer kurtarma seçeneklerine yönlendirir, ya da yapılandırmaya göre otomatik yeniden dener. | Kurtarma sürecini sürdürmek için manuel müdahale gerekir. |
Windows Server 2025’te Varsayılan Davranış
Windows istemcilerinde yönetilmeyen cihazlarda Cloud Remediation varsayılan olarak açıkken, kurumsal olarak yönetilen sistemlerde kapalı geliyor. Windows Server 2025 de bu ikinci grupta yer alıyor. Yani sunucularda özelliği bilinçli olarak sizin açmanız gerekiyor.
Ön Koşullar
Microsoft’un Group Policy belgesine göre şunlara ihtiyaç var:
- Ekim 2026 güvenlik güncellemesini veya sonrasını içeren bir Windows Server 2025 kurulumu
- Çalışan bir WinRE yapılandırması
- Kurtarma ortamından, Cloud Remediation için gereken servislere ağ bağlantısı
- Yerel yapılandırma için yönetici yetkisi, domain yapılandırması için GPO (Group Policy Object) düzenleme ve bir OU’ya (Organizational Unit) bağlama yetkisi
WinRE durumunu hızlıca görmek için yükseltilmiş bir komut isteminde şu komutu kullanabilirsiniz:
reagentc /infoAğ tarafında dikkat edilmesi gereken bir kısıt var: Microsoft belgesine göre şu anda yalnızca kablolu ağlar ve WPA/WPA2 parola tabanlı Wi-Fi ağları destekleniyor.
Group Policy ile Etkinleştirme
Ayarlar, bilgisayar yapılandırması altında şu yolda bulunuyor:
Computer Configuration > Administrative Templates > System > Quick Machine Recovery
Bu ayarlar User Configuration altında değil, yalnızca Computer Configuration altında yer alıyor. Group Policy loopback işleme de gerekmiyor.
| Ayar | Enabled olduğunda | Disabled olduğunda |
|---|---|---|
| Enable Cloud Remediation | Kurtarma motoru bulut kaynaklı, hedefli düzeltme içeriğini alıp uygulayabilir. | Bulut tabanlı düzeltme engellenir, kurtarma yerel kaynaklara dayanır. |
| Enable Auto Remediation | Cihaz açılamazsa kullanıcı etkileşimi olmadan bulut kaynaklı düzeltmeleri otomatik kontrol eder. | Otomatik kontrol yapılmaz, düzeltmeleri manuel kontrol etmek için kullanıcı etkileşimi gerekir. |
| Set Recovery Retry Interval | Ardışık yeniden deneme girişimleri arasındaki süreyi dakika olarak belirler (0 ile 4320). 0 değeri, yeniden deneme olmadan tek deneme anlamına gelir. | Yerel olarak yapılandırılmış değer kullanılır, yoksa varsayılan olan 0 dakika geçerlidir. |
| Set Total Recovery Wait Time | Tüm kurtarma denemelerinde harcanacak toplam azami süreyi dakika olarak belirler (1 ile 4320). Süre dolunca sistem normal açılır veya standart kurtarma ortamına geçer. | Yerel olarak yapılandırılmış değer kullanılır, yoksa varsayılan olan 180 dakika geçerlidir. |
Tek Sunucuda Yerel Yapılandırma
- Windows Server 2025 üzerinde yönetici olarak oturum açın.
gpedit.mscile Local Group Policy Editor’ı açın.- Yukarıdaki yola gidin.
- Enable Cloud Remediation ayarını Enabled yapın.
- Enable Auto Remediation ayarını Enabled yapın.
- Set Recovery Retry Interval ve Set Total Recovery Wait Time değerlerini ortamınıza göre belirleyin.
- Bilgisayar politikasını yenileyin ve etkin ayarları doğrulayın.
Headless, yani ekransız çalışan sunucular için Microsoft’un notu önemli: Retry Interval 0’dan büyük bir değere ayarlanmazsa, her bekleme süresi içinde yalnızca tek bir düzeltme denemesi yapılır. Bu da düzeltmenin gelmesini geciktirebilir.
Domain Ortamında GPO ile Dağıtım
Microsoft, ayrı bir GPO kullanılmasını ve yalnızca hedeflenen Windows Server 2025 bilgisayar hesaplarının kapsama alınmasını öneriyor. Önce bir pilot grupla başlamak mantıklı.
- Group Policy Management konsolunu açın.
- Açıklayıcı bir adla yeni bir GPO oluşturun. Örneğin: Windows Server 2025 – Quick Machine Recovery.
- GPO’yu düzenleyip yukarıdaki yola gidin.
- Doğrulanmış yapılandırma için Enable Cloud Remediation ve Enable Auto Remediation ayarlarını Enabled yapın.
- GPO’yu, hedef Windows Server 2025 bilgisayar hesaplarının bulunduğu OU’ya bağlayın. OU içinde başka işletim sistemleri varsa kapsamı yalnızca hedef sunucularla sınırlayın.
- Bir hedef sunucuda politikayı yenileyip uygulanan GPO’yu ve etkin kurtarma ayarlarını doğrulayın.
- Pilot sonuçlarını teyit etmeden kapsamı genişletmeyin.
Devre Dışı Bırakmak
Özelliği zorunlu olarak kapatmak istiyorsanız iki ayarı da açıkça Disabled yapmalısınız. Burada kritik bir nokta var: Not Configured, kapatma anlamına gelmez. Bu durumda kontrol yerel kurtarma ayarlarına veya sürümün varsayılanına geri döner. Bir yeteneğin kesinlikle kapalı olmasını istiyorsanız Not Configured’ı Disabled yerine kullanmayın.
Doğrulama
Politika uygulandıktan sonra yükseltilmiş komut isteminde şu komutları kullanabilirsiniz:
gpupdate /force
gpresult /scope computer /r
reagentc /getrecoverysettingsgpresult politikanın uygulanıp uygulanmadığını, reagentc /getrecoverysettings ise etkin Quick Machine Recovery yapılandırmasını gösterir.
Bir düzeltme gerçekten uygulandıysa Microsoft belgesine göre Windows Update geçmişinde, Quality updates bölümünde listelenir.
Dikkat Edilmesi Gerekenler
- Garanti yok: Microsoft henüz bir düzeltme yayımlamamış olabilir veya yayımlanan düzeltme cihazınıza uygulanabilir olmayabilir. Bu durumda Quick Machine Recovery çözüm bulamaz.
- WSUS ve kapalı ağlar: Microsoft, Windows Server Update Services (WSUS) veya çevrimdışı bir güncelleme kaynağının Quick Machine Recovery düzeltmelerini sağlayacağını varsaymamanızı söylüyor. Tasarım yalnızca Windows Update tabanlı düzeltmelere dayanıyor. İnternet erişimi kısıtlı sunucu ortamlarında bu önemli bir planlama konusu.
- Ağ gereksinimi: WinRE ortamının ağa ulaşabilmesi gerekiyor. Wi-Fi yerine kablolu bağlantı, sunucu senaryolarında daha öngörülebilir.
- Test modu: Microsoft belgesine göre test modu şu anda yalnızca Windows Insider Program’ın Experimental kanalına kayıtlı Windows istemci cihazlarında kullanılabiliyor. Sunucu tarafında bu test modunu kullanabileceğinizi varsaymayın. Üretim öncesi doğrulamayı bir test sunucusunda, politikanın uygulandığını ve WinRE ayarlarını kontrol ederek yapmak daha gerçekçi.
- Ayar kaynakları: Cloud Remediation ve Auto Remediation değerlerini Group Policy’nin yanı sıra
reagentcile de yerel olarak yönetebilirsiniz. Birden fazla yöntem kullanıyorsanız etkin ayarı her zamanreagentc /getrecoverysettingsile doğrulayın.
Sonuç
Quick Machine Recovery’nin Windows Server 2025’e gelmesi, önyükleme sorunlarında kurtarma sürecini Windows Update tabanlı hedefli düzeltmelerle hızlandırma potansiyeli taşıyor. Özellik varsayılan olarak kapalı olduğu için güncellemeyi yüklemek hiçbir şeyi değiştirmiyor. Kullanmak isteyen yöneticilerin önce WinRE yapılandırmasını ve ağ erişimini doğrulaması, ardından bir pilot sunucu grubuyla GPO üzerinden etkinleştirmesi yeterli. Microsoft’un da vurguladığı gibi bu bir best-effort özellik, bu yüzden mevcut yedekleme ve kurtarma planlarınızın yerine değil, onlara ek bir katman olarak değerlendirmek gerekiyor.