用范圍
三種方案
有以下三種可能的方案用來借助密鑰管理服務 (KMS) 主機進行 Windows10 或 WindowsServer 2012 R2 的批量激活：
Windows10 中的密鑰管理服務
通過在運行 Windows10 的計算機上安裝 KMS 主機密鑰，你可以借助此 KMS 主機和早期版本的客戶端操作系統（如 Windows8.1 或 Windows7）激活其他運行 Windows10 的計算機。 客戶端使用 DNS 中的資源記錄來查找 KMS 服務器，因此可能需要 DNS 的某些配置。 如果你的組織對客戶端使用批量激活，而對數量較少的服務器使用基于 MAK 的激活，此方案可能會很有用。 若要啟用 KMS 功能，請在 KMS 主機上安裝 KMS 密鑰，然后通過 Internet 或通過電話使用 Microsoft 的激活服務激活該主機。
在 Windows10 中配置 KMS
WindowsServer 2012 R2 中的密鑰管理服務
通過在運行 WindowsServer 的計算機上安裝 KMS 主機密鑰，你可以激活運行 WindowsServer 2012 R2、Windows Sever 2008 R2、WindowsServer 2008、Windows10、Windows8.1、Windows7 和 WindowsVista 的計算機。
注意
不能將客戶端 KMS 密鑰安裝到 WindowsServer 的 KMS 中。
此方案通常用于大型組織，因為在其中很難找到服務器使用方面的開銷。
注意
如果你在嘗試激活 Windows10 企業版時收到錯誤 0xC004F015，請參閱 KB 3086418。
在 WindowsServer 2012 R2 中配置 KMS
現在，KMS 主機已配置，它將開始偵聽激活請求。 不過，在未達到激活閾值之前它將無法成功激活客戶端。
驗證密鑰管理服務的配置
你可以從 KMS 主機服務器或客戶端計算機驗證 KMS 批量激活。 KMS 批量激活需要 25（最小閾值）臺計算機，然后才處理激活請求。 每次客戶端計算機與 KMS 主機通信，此處所述的驗證過程都會增加激活計數，但除非達到激活閾值，否則驗證將采用錯誤消息的形式，而非確認消息的形式。 注意
如果你在配置 KMS 激活前配置了基于 Active Directory 的激活，則必須使用一個客戶端計算機，該計算機不會首先使用基于 Active Directory 的激活嘗試激活自身。 你可以使用未加入域的工作組計算機或者運行 Windows7 或 WindowsServer 2008 R2 的計算機。
要驗證 KMS 批量激活是否在運行，請完成以下步驟：
/dlv 命令將顯示詳細的許可信息。 響應應返回一個錯誤，指出 KMS 激活計數太低。 這樣便能確認 KMS 正常運行，即使客戶端尚未激活也是如此。
有關 slmgr.vbs 的用法和語法的詳細信息，請參閱 Slmgr.vbs 選項。
早期版本的 Windows 中的密鑰管理服務
如果你已針對早期版本的 Windows 在你的組織中建立了 KMS 基礎結構，則你可能需要繼續使用該基礎結構激活運行 Windows10 或 WindowsServer 2012 R2 的計算機。 你的現有 KMS 主機必須運行 Windows7 或更高版本。 若要升級你的 KMS 主機，請完成以下步驟：
IT之家10月20日消息 微軟日前為Windows 10的周年更新版（1607）、創意者更新版（1703）、創意者更新秋季版（1709）推送了累積更新，和往常一樣，這些更新主要進行了常規性的優化和修復。
本次的更新解決了許多穩定性的問題，并對系統的部分貨幣單位和時間信息進行了修復，用戶可以自行檢查更新。下面是IT之家整理的本次更新內容。
對Windows 10 v1607，本次更新將系統版本號更新至14393.2580，具體補丁編號為KB4462928，更新內容如下：
修復內容
解決了委內瑞拉中央銀行為進入玻利瓦爾索貝拉諾而實施的當地貨幣重新統一的問題。
解決更新時區信息的其他問題。
解決了從“開始”菜單調用阻止的應用程序時未顯示錯誤消息的問題。
解決了Microsoft-Windows-Kerberos-Key-Distribution-Center源和事件ID 7的事件日志條目中的AccountName有時會出現損壞的問題。
解決了非常快速創建登錄會話的帳戶的云身份驗證性能問題。
解決了在啟用聯邦信息處理標準（FIPS）模式時無法禁用TLS 1.0和TLS 1.1的問題。
解決了將兩個或多個證書映射到同一用戶的問題。用戶收到消息“發現重復”并收到錯誤“STATUS_CERTIFICATE_MAPPING_NOT_UNIQUE”。
解決了在使用帶有TLS協議的客戶端身份驗證證書時應用程序處理泄漏的問題。在應用程序代碼中的DeleteSecurityContext調用之前發生FreeCredentialsHandle調用時，會發生此問題。
解決svchost.exe（netsvcs和IP Helper Service）上的內存泄漏問題。
解決由于Hyper-V虛擬硬盤（VHDX）擴展而耗盡群集共享卷（CSV）上的存儲空間的問題。因此，虛擬機（VM）可能會繼續將數據寫入其磁盤，直至其損壞或停止工作。VM可能還會重新啟動，然后繼續寫入數據，直到發生損壞。
解決導致只讀域控制器（RODC）升級失敗的問題。如果定義了應用程序分區，則可能會發生這種情況，但DNS名稱解析失敗并顯示“名稱錯誤”。錯誤是“在提升只讀域控制器時，無法找到預期的狀態對象”和“有更多數據可用”（錯誤代碼234）。
解決Active Directory聯合身份驗證服務（ADFS）Extranet智能鎖定（ESL）和備用登錄ID之間的互操作問題。啟用備用登錄ID后，對AD FS Powershell cmdlet，Get-AdfsAccountActivity和Reset-AdfsAccountLockout的調用將返回“未找到帳戶”錯誤。調用Set-AdfsAccountActivity時，將添加新條目，而不是編輯現有條目。
解決日本日歷中十年視圖導航的問題。當用戶嘗試從當前時代進入下一個時代時，導航無法正常工作。
解決了導致遠程桌面服務網關在正常運行12到24小時后在負載平衡方案中無法有效工作的問題。
解決了使用多個Windows Server 2016 Hyper-V群集時出現的問題。日志中顯示以下事件：“群集共享卷'CSVName'（'CSVName'）由于'STATUS_USER_SESSION_DELETED（c0000203）'而進入暫停狀態。所有I / O都將暫時排隊，直到重新建立卷的路徑為止。“
解決可能導致創建單個節點群集或向群集添加更多節點以間歇性失敗的問題。
解決了在耗盡節點后重新啟動節點時出現的問題。事件ID 5120出現在日志中，帶有“STATUS_IO_TIMEOUT c00000b5”消息。這可能會減慢或停止對VM的輸入和輸出（I / O），有時節點可能會退出群集成員資格。
解決了2018年7月10日和2018年8月14日補丁之后未在.NET Framework 4.7.1上正確加載System.Security.Cryptography.Algorithms引用的問題。
解決了由于TaskCanceledException而導致系統在某些Windows Presentation Foundation（WPF）應用程序關閉期間停止工作的問題。在Application.Run函數返回值之后，易受此問題影響的應用程序會執行涉及弱事件或數據綁定的工作。
解決臨時文件和某些防病毒掃描程序中的競爭條件，導致.NET Framework應用程序停止工作。錯誤消息是“進程無法訪問文件”。
更新.NET Framework對日期中第一年日語日期格式的支持。當格式模式為“y？”時，年份格式將使用符號？并且不使用年份編號1.此外，.NET Framework將支持包含？的日期。
更新委內瑞拉貨幣信息。這對“es-VE”的影響如下：
貨幣符號是“Bs.S”。
英文貨幣名稱為“BolívarSoberano”。
當地貨幣名稱為“bolívarsooberano”。
國際貨幣代碼是“VES”。
解決了在Windows Server 2016群集中創建單個節點后，可能導致節點添加間歇性失敗的問題。錯誤代碼為“0x0000001e”。
解決可能導致具有子窗口的應用程序停止處理鼠標輸入的問題。當精確觸摸板觸發WM_MOUSEWHEEL事件時，會發生此問題。