KMS etkinleştirmesi: bilinen sorunlar

Sanal Temsilci Deneyin - KMS ve MAK etkinleştirme ile ilgili yaygın sorunları hızla belirlemenize ve düzeltmenize yardımcı olabilir

Bu makalede, Anahtar Yönetimi Hizmeti (KMS) etkinleştirmeleri sırasında sorun oluşturabilecek yaygın sorular ve sorunlar açıklanmaktadır ve sorunların giderilmesi için rehberlik sağlanmaktadır.

Note

Sorununuzun DNS ile ilgili olduğundan şüpheleniyorsanız bkz. KMS ve DNS sorunları için yaygın sorun giderme yordamları.

KMS konak bilgilerini yedeklemeli miyim?

KMS konakları için yedekleme gerekli değildir. Ancak olay günlüklerini düzenli olarak temizlemek için bir araç kullanırsanız günlüklerde depolanan etkinleştirme geçmişi kaybolabilir. KMS etkinleştirmelerini izlemek veya belge etmek için olay günlüğünü kullanırsanız, Anahtar Yönetimi Hizmeti olay günlüğünü Olay Görüntüleyicisi'nin Uygulamalar ve Hizmetler Günlükleri klasöründen düzenli aralıklarla dışarı aktarın.

System Center Operations Manager kullanıyorsanız, System Center Veri Ambarı veritabanı raporlama için olay günlüğü verilerini depolar, bu nedenle olay günlüklerini ayrı olarak yedeklemeniz gerekmez.

KMS istemci bilgisayarı etkinleştirildi mi?

KMS istemci bilgisayarında Sistem denetim masası'nı açın ve Windows etkinleştirildi iletisini arayın. Alternatif olarak, Slmgr.vbs dosyasını çalıştırın ve /dli komut satırı seçeneğini kullanın.

KMS istemci bilgisayarı etkinleştirilmiyor

KMS etkinleştirme eşiğinin karşılandığını doğrulayın. KMS konak bilgisayarında Slmgr.vbs betik dosyasını çalıştırın ve ana bilgisayarın mevcut sayısını belirlemek için /dli komut satırı parametresini kullanın. KMS konağı 25 sayana kadar Windows 7 istemci bilgisayarları etkinleştirilemez. Windows Server 2008 R2 KMS istemcileri, etkinleştirme için 5 KMS sayısını gerektirir. KMS gereksinimleri hakkında daha fazla bilgi için bkz. Toplu Etkinleştirme Planlama Kılavuzu.

KMS istemci bilgisayarında, 12289 olay kimliği için Uygulama olay günlüğüne bakın. Aşağıdaki bilgiler için bu olayı denetleyin:

• Sonuç kodu 0 mı? Diğer her şey bir hatadır.
• Olaydaki KMS ana bilgisayar adı doğru mu?
• KMS bağlantı noktası doğru mu?
• KMS konağı erişilebilir mi?
• İstemci Microsoft dışı bir güvenlik duvarı çalıştırıyorsa, giden bağlantı noktasının yapılandırılması gerekiyor mu?

KMS ana bilgisayarında, 12290 olay kimliği için KMS olay günlüğüne bakın. Aşağıdaki bilgiler için bu olayı denetleyin:

• KMS ana bilgisayarı istemci bilgisayardan gelen bir isteği günlüğe mi kaydetmiş? KMS istemci bilgisayarının adının listelendiğini doğrulayın. İstemcinin ve KMS ana bilgisayarının iletişim kurabildiğini doğrulayın. İstemci yanıtı aldı mı?
• KMS istemcisinden hiçbir olay günlüğe kaydedilmezse, istek KMS konağına ulaşmadı veya KMS konağı bunu işleyemedi. Yönlendiricilerin 1688 numaralı TCP bağlantı noktası kullanan trafiği engellemediğinden (varsayılan bağlantı noktası kullanılıyorsa) ve KMS istemcisine durum bilgisi olan trafiğe izin verildiğinden emin olun.

Bu hata kodu ne anlama geliyor?

Olay kimliği 12290 olan KMS olayları dışında, Windows tüm etkinleştirme olaylarını Microsoft-Windows-Security-SPP olay sağlayıcısı adı altında Uygulama olay günlüğüne kaydeder. Windows, KMS olaylarını Uygulamalar ve Hizmetler klasöründeki Anahtar Yönetimi Hizmeti günlüğüne kaydeder. BT uzmanları, etkinleştirmeyle ilgili hata kodlarının çoğunun açıklamasını görüntülemek için Slui.exe çalıştırabilir. Bu komutun genel söz dizimi aşağıdaki gibidir:

slui.exe 0x2a ErrorCode

Örneğin, olay kimliği 12293 0x8007267C hata kodu içeriyorsa, aşağıdaki komutu çalıştırarak bu hatanın açıklamasını görüntüleyebilirsiniz:

slui.exe 0x2a 0x8007267C

Belirli hata kodları ve bunların nasıl ele alınacakları hakkında daha fazla bilgi için bkz. yaygın etkinleştirme hata kodlarını çözümleme.

Müşteriler KMS sayısına katkıda bulunmuyor.

İstemci bilgisayar kimliğini (CMID) ve diğer ürün etkinleştirme bilgilerini sıfırlamak için sysprep /generalize veya slmgr /rearm komutunu çalıştırın. Aksi takdirde, her istemci bilgisayar aynı görünür ve KMS ana bilgisayarı bunları ayrı KMS istemcileri olarak saymaz.

KMS konakları SRV kayıtları oluşturamıyor

Etki Alanı Adı Sistemi (DNS), Yazma erişimini kısıtlayabilir veya dinamik DNS 'i (DDNS) desteklemeyebilir. Bu durumda, KMS ana bilgisayarına DNS veritabanına Yazma erişimi verin veya hizmet (SRV) kaynak kaydını (RR) el ile oluşturun. KMS ve DNS sorunları hakkında daha fazla bilgi için bkz. KMS ve DNS sorunları için yaygın sorun giderme yordamları.

Yalnızca ilk KMS konağı SRV kayıtları oluşturabilir

Kuruluşun birden fazla KMS ana bilgisayarı varsa, SRV varsayılan izinleri değiştirilmediği sürece diğer konaklar SRV RR'yi güncelleştiremeyebilir. KMS ve DNS sorunları hakkında daha fazla bilgi için bkz. KMS ve DNS sorunları için yaygın sorun giderme yordamları.

KMS istemcisine bir KMS anahtarı yükledim

KMS anahtarları KMS istemcilerine değil, yalnızca KMS konaklarına yüklenmelidir. slmgr.vbs -ipk <SetupKey>çalıştırın. Bilgisayarı KMS istemcisi olarak yapılandırmak için kullanabileceğiniz anahtar tabloları için bkz. KMS istemci kurulum anahtarlarını. Bu anahtarlar genel olarak bilinir ve sürüme özeldir. DNS'den gereksiz SRV R'leri silmeyi ve ardından bilgisayarları yeniden başlatmayı unutmayın.

KMS konağı başarısız oldu

KMS konağı başarısız olursa, yeni bir konağa KMS ana bilgisayar anahtarı yüklemeniz ve ardından konağı etkinleştirmeniz gerekir. Yeni KMS ana bilgisayarının DNS veritabanında bir SRV RR'ye sahip olduğundan emin olun. Yeni KMS ana bilgisayarını başarısız KMS konağıyla aynı bilgisayar adını ve IP adresini kullanarak yüklerseniz, yeni KMS ana bilgisayarı başarısız konağın DNS SRV kaydını kullanabilir. Yeni ana bilgisayarın bilgisayar adı farklıysa, başarısız olmuş ana bilgisayarın DNS SRV RR'sini manuel olarak kaldırabilir veya (DNS'de temizleme etkinse) DNS'in otomatik olarak kaldırmasına izin verebilirsiniz. Ağ DDNS kullanıyorsa, yeni KMS konağı DNS sunucusunda otomatik olarak yeni bir SRV RR oluşturur. Yeni KMS ana bilgisayarı daha sonra istemci yenileme isteklerini toplamaya başlar ve KMS etkinleştirme eşiğine ulaştıktan hemen sonra istemcileri etkinleştirmeye başlar.

KMS istemcileriniz otomatik bulma kullanıyorsa, özgün KMS ana bilgisayarı yenileme isteklerine yanıt vermezse otomatik olarak başka bir KMS ana bilgisayarı seçer. İstemciler otomatik bulma kullanmıyorsa, slmgr.vbs /skms komutunu çalıştırarak başarısız KMS konağına atanan KMS istemci bilgisayarlarını el ile güncelleştirmeniz gerekir. Bu senaryoyu önlemek için KMS istemcilerini otomatik bulma kullanacak şekilde yapılandırın. Daha fazla bilgi için bkz. Toplu Etkinleştirme Dağıtım Kılavuzu.