Microsoft, Windows Aktivasyonunda slmgr.vbs Yerine PowerShell Kullanılmasını İstiyor

Microsoft, Windows aktivasyon süreçlerinde kullanılan slmgr.vbs bağımlılıklarının PowerShell tabanlı çözümlere taşınmasını istiyor. Şirketin 2026’da yaptığı yönlendirme, VBScript’in Windows’tan aşamalı olarak kaldırılma planı kapsamında özellikle kurumsal BT yönetimini hedefliyor. Windows 11 tarafında OSLicense PowerShell modülü öne çıkarken Windows Server için destek yeni ana sürümle genişletilecek.

VBScript Bağımlılığı Windows Yönetimini Değiştirecek

Microsoft’un Windows aktivasyonu için uzun süredir kullanılan slmgr.vbs aracına yönelik yaklaşımı, VBScript’in kullanım ömrünün sona ermesiyle doğrudan bağlantılı bulunuyor. Şirket, 2023’te VBScript’i kullanımdan kaldırma planını açıklarken teknolojinin önce isteğe bağlı bir Windows özelliğine dönüştürüleceğini, sonraki aşamalarda ise varsayılan olarak devre dışı bırakılacağını duyurmuştu. BT ekiplerinin otomasyon betiklerinde VBScript kullanması, ilgili bileşen devre dışı bırakıldığında aktivasyon işlemlerinin de aksamasına yol açabilecek bir bağımlılık oluşturuyor.

Microsoft, 2024’te yayımladığı takvimle söz konusu geçişin aşamalarını daha belirgin hâle getirirken 2025’te eski VBA projelerinin modern alternatiflere taşınması gerektiğini yeniden hatırlattı. Windows istemci işletim sistemlerinde VBScript’in ilk aşamada Feature on Demand olarak sunulması, mevcut komutların kısa vadede çalışmaya devam etmesini sağlasa da kurumların eski otomasyon yapılarını korumaya devam etmesi uzun vadeli bir çözüm oluşturmuyor.

Kurumsal Windows ortamlarında aktivasyon işlemlerini yöneten yöneticilerin öncelikli olarak mevcut betikleri taraması gerekiyor. slmgr.vbs kullanan görevler tespit edildikten sonra Microsoft, ilgili iş akışlarının OSLicense PowerShell modülüne geçirilmesini öneriyor. PowerShell tabanlı yaklaşım, Windows yönetiminde zaten kullanılan modern otomasyon altyapısıyla daha uyumlu bir seçenek sunuyor.

Windows 11 istemci sistemlerinde OSLicense modülünün kullanılabilmesi için Microsoft’un belirttiği gereksinim Ağustos 2026 önizleme güncellemesi KB5120998 veya daha yeni bir güncellemenin kurulmasıdır. Kurumların geçiş öncesinde kullandıkları Windows sürümleriyle ilgili modül desteğini doğrulaması gerekiyor çünkü OSLicense’ın kullanılabilirliği işletim sistemi sürümüne ve SKU’ya göre değişebiliyor.

PowerShell, Windows yönetiminde komutların betiklerle birleştirilmesini sağladığı için aktivasyon işlemlerinin merkezi yönetim senaryolarına entegre edilmesinde öne çıkıyor. Sistem yöneticileri bu yapıyı kullanırken yalnızca tek bir bilgisayardaki manuel aktivasyonu değil, kuruluş genelindeki cihaz yönetimi, durum sorgulama ile otomatik görevleri de değerlendirebiliyor.

Microsoft’un yaklaşımında kritik iş akışlarının önce taşınması özellikle önem taşıyor. Bir kurumun yüzlerce veya binlerce Windows cihazında çalışan aktivasyon betiklerinin aynı anda değiştirilmesi yerine, OSLicense desteğinin mevcut olduğu cihaz gruplarında test yapılması geçiş sırasında oluşabilecek operasyonel sorunların azaltılmasına yardımcı oluyor.

Windows Server kullanan sistem yöneticileri açısından geçiş takvimi istemci sürümlerinden farklı ilerliyor. Microsoft, OSLicense modülünün Windows Server için bir sonraki büyük sürümle sunulacağını belirtiyor. Erken test yapmak isteyen yöneticiler ise Windows Server vNext önizleme derlemesi 29651 üzerinden yeni yaklaşımı deneyebiliyor.

Sunucu tarafındaki farklılık, büyük kuruluşların işletim sistemi envanterini SKU ve sürüm bazında incelemesini gerektiriyor. Windows 11 cihazlarda kullanılabilen bir PowerShell komutunun mevcut Windows Server kurulumunda aynı şekilde çalışacağı varsayımı, Microsoft’un belirttiği sürüm farklılıkları nedeniyle doğru bir geçiş stratejisi oluşturmuyor.

Windows aktivasyon otomasyonunda slmgr.vbs kullanan kuruluşlar için asıl risk, aracın bugün çalışması değil gelecekte VBScript katmanına bağımlı kalmasıdır. Microsoft’un planındaki ikinci aşamada VBScript sistemde bulunmasına rağmen varsayılan olarak kapalı hâle geleceği için mevcut betikler ek yapılandırma gerektirecek, son aşamada bileşenin tamamen kaldırılması ise bu bağımlılığın doğrudan işlev kaybına dönüşmesine neden olacak.

BT yöneticileri bu nedenle aktivasyonun yanında yazılım dağıtımı, lisans yönetimi, imaj hazırlama, toplu yapılandırma ile eski yönetim betiklerinde VBScript çağrılarını da kontrol edebilir. Özellikle Microsoft Entra ID, Microsoft Intune veya kurumsal cihaz yönetim platformlarıyla birlikte çalışan otomasyonlarda eski komutların nerede kullanıldığının belirlenmesi, geçiş planının yalnızca tek bir aktivasyon aracına indirgenmesini önlüyor.

Türkiye’deki şirketler açısından değişiklik, Microsoft lisanslarının veya Windows aktivasyonunun doğrudan değişmesi anlamına gelmiyor. Etki daha çok Windows istemci ile sunucu filolarını yöneten BT ekiplerinin eski betikleri yeniden düzenlemesi, güncel Windows sürümlerini test etmesi ve kurumsal otomasyonların VBScript bağımlılıklarını ortadan kaldırması tarafında ortaya çıkıyor.

Windows aktivasyonunda PowerShell’e geçiş yapan kurumların ilk adımının mevcut slmgr.vbs komutlarını envantere almak olması gerekiyor. Microsoft, farklı slmgr.vbs çağrıları için PowerShell karşılıkları da sağlıyor; bu karşılıkların kullanılmasıyla yöneticiler mevcut otomasyonları işlev bazında yeniden tasarlayabiliyor.

Windows yönetiminde PowerShell kullanımının yaygınlaşması, bu değişikliğin yalnızca lisans aktivasyonuyla sınırlı kalmayan bir etkisi olabileceğini gösteriyor. Kurumların eski VBScript tabanlı görevleri aşamalı biçimde modern yönetim araçlarına taşıması, Microsoft’un VBScript’i Windows ekosisteminden çıkarma planıyla paralel ilerlerken gelecekte ortaya çıkabilecek uyumluluk sorunlarının da önüne geçebilir.