Windows10 2021 年 6 月更新相關(guān)的問(wèn)題。如果缺少作為先決條件所需的更新，則安裝將導(dǎo)致問(wèn)題。但是一位博客讀者給我發(fā)電子郵件指出，幾個(gè)月來(lái)，Windows10 及其服務(wù)器版本在檢測(cè) WSUS 中可用的 SSU 和 LCU 組合包方面存在嚴(yán)重問(wèn)題。

Windows10 更新的陷阱

我已經(jīng)在博客文章Windows10 SSU：障礙、錯(cuò)誤和新版本 KB5003974(2021 年 6 月 15 日)中指出，選擇安裝累積更新的 Windows10 版本 2004、20H2 和 21H1 的管理員需要注意并遵循安裝要求。安裝 2021 年 6 月更新的先決條件是日期為 2021 年 5 月 11 日的已安裝更新 KB5003173。

這與 Microsoft 已將適用于 Windows10 版本 2004、20H2 和 21H1 的服務(wù)堆棧更新 (SSU) 集成到最新累積更新 (LCU) 中的事實(shí)有關(guān)。LCU 應(yīng)該是累積性的，但如果缺少 SSU，累積更新的安裝就會(huì)出錯(cuò)。

WSUS 在某些情況下失敗

通常，這不是問(wèn)題，只需從 2021 年 5 月 11 日開(kāi)始安裝所需的更新就可以了?完全沒(méi)有，因?yàn)楫?dāng) Microsoft 后來(lái)確認(rèn)這一事實(shí)時(shí)，請(qǐng)參閱我的博客文章Windows10：Microsoft 確認(rèn) 2021 年 6 月安全更新的問(wèn)題。如果安裝所需的 2021 年 5 月 11 日更新在 WSUS 等管理環(huán)境中(可能也在 SCCM/ConfigMgr 中)被標(biāo)記為過(guò)期，則它不再可用于安裝。

更深層次的 WSUS 問(wèn)題

在我的德語(yǔ)博客文章Windows10：Microsoft bestätigt Probleme mit Juni 2021 中，一位匿名用戶評(píng)論道“那么 MS 根本不應(yīng)該將 5 月的補(bǔ)丁標(biāo)記為“已取代”(由 6 月的補(bǔ)丁)“。但更有趣的信息可能會(huì)在下面找到：

還有一個(gè)更大的問(wèn)題是，通過(guò)WSUS從1909升級(jí)到20H2時(shí)，補(bǔ)丁級(jí)別檢測(cè)在2020年11月的一些系統(tǒng)上卡住了(不幸的是，WSUS分發(fā)的20H2升級(jí)仍然只有2020年11月的補(bǔ)丁版本)。

之后，一些系統(tǒng)認(rèn)為他們已經(jīng)安裝了 5 月和 6 月的補(bǔ)丁(顯示在 QFE 中)并且 WSUS 報(bào)告它已安裝并且不需要。然而，這些系統(tǒng)實(shí)際上仍處于 2020 年 11 月的水平。

如果您在 MS 外部搜索這些受影響的系統(tǒng)，則會(huì)再次找到 5 月和 6 月的補(bǔ)丁，然后干凈地安裝。哪些系統(tǒng)受到影響似乎是隨機(jī)的。

幾個(gè)月來(lái)，SSU 與 LCU 捆綁在一起。我注意到，如果捆綁的 SSU 是手動(dòng)預(yù)裝的，例如 DISM，則 WSUS 將不再檢測(cè)到相應(yīng)的 LCU 部分適用!但是，如果我直接掃描 WU，它將被檢測(cè)到。WSUS 甚至?xí)@示為僅安裝了 SSU 部分的客戶端安裝的整個(gè)包!

這似乎并不像一個(gè)常見(jiàn)的場(chǎng)景，但它成為一個(gè)巨大的設(shè)備是否做了功能升級(jí)問(wèn)題(從媒體或WSUS，無(wú)所謂)從舊版本(= 1909)于20H2，用“/ DynamicUpdate NoLCU”選項(xiàng)已啟用。似乎發(fā)生的情況是，Windows 安裝程序不會(huì)按照說(shuō)明下載并應(yīng)用最新的 LCU，但仍會(huì)下載并應(yīng)用最新的 SSU!這會(huì)導(dǎo)致安裝有效地停留在所用升級(jí)媒體的 LCU(WSUS 升級(jí)包當(dāng)前為 2020-11)并且無(wú)法升級(jí)到當(dāng)前 LCU，如果 WSUS 用作唯一更新源 - 至少在更新之前LCU 已發(fā)布和批準(zhǔn)。由于無(wú)法卸載 SSU，因此對(duì)于受影響的機(jī)器沒(méi)有簡(jiǎn)單的解決方法。

我不知道 WSUS 團(tuán)隊(duì)中是否有人讀過(guò)這篇文章，但在發(fā)布到 WSUS 的 SSU+LCU 包中似乎存在錯(cuò)誤的“已安裝”檢測(cè)邏輯，需要盡快解決?，F(xiàn)在，我有 35 個(gè) Windows10 客戶端卡在 20 年 11 月的 LCU，無(wú)法升級(jí)。

關(guān)鍵是 WSUS 中可用的組合 SSU+LCU 包的檢測(cè)邏輯幾個(gè)月來(lái)一直存在嚴(yán)重錯(cuò)誤，我很驚訝除了上面鏈接的評(píng)論之外，我沒(méi)有在任何地方閱讀過(guò)。

畢竟，SSU+LCU 組合包在內(nèi)部只是將 SSU 和 LCU 捆綁到一個(gè)包中。這兩個(gè)更新可以單獨(dú)提取和手動(dòng)安裝，因?yàn)樗踔猎陔x線服務(wù)場(chǎng)景(創(chuàng)建自定義 ISO/WIM)中是強(qiáng)制性的，根據(jù) MS(關(guān)鍵字：如果不遵循，則新邊緣不可用)。

現(xiàn)在我進(jìn)行了以下觀察：如果您僅從組合累積更新中提取并安裝 SSU，WSUS 隨后會(huì)將整個(gè)程序包識(shí)別為已安裝/不再適用。

從 5 月累積更新開(kāi)始，這變得更加模糊：更新確實(shí)被客戶端識(shí)別為需要，但隨后會(huì)在幾秒鐘內(nèi)“安裝”自身，不需要重新啟動(dòng)。如果這樣做，您可以在 Windows 設(shè)置中看到內(nèi)部版本號(hào)沒(méi)有增加。

僅此一項(xiàng)實(shí)際上就已經(jīng)夠糟糕了，盡管人們可以合理地聲稱這是一個(gè)相當(dāng)模糊的行政特例。然而，我首先意識(shí)到這個(gè)問(wèn)題，因?yàn)橐粋€(gè)更平凡的場(chǎng)景：

自 Windows10 2004 起，Windows 安裝程序提供了在功能升級(jí)期間更精細(xì)地控制“動(dòng)態(tài)更新”行為的能力(請(qǐng)參閱這篇 Microsoft 文章)。例如，可以允許所有可用的動(dòng)態(tài)更新(設(shè)置更新、SafeOS 更新、驅(qū)動(dòng)程序更新)，但忽略最新的累積更新。

特別是在托管環(huán)境中，我不希望在功能升級(jí)期間直接從 MS 加載最新的 LCU 占用大量帶寬，即使到目前為止我只允許 WSUS 中的上個(gè)月的 LCU(請(qǐng)記?。航刂?1809 年，動(dòng)態(tài)更新不能再?gòu)?WSUS 加載，而總是直接來(lái)自 MS)。