準備 Windows 用戶端更新的服務策略

正在尋找消費者資訊嗎？ 請參閱 Windows Update：常見問題集

以下是此程式可能看起來的樣子範例：

  • 設定測試裝置。 在 Windows 測試人員計劃中設定測試裝置，讓測試人員可以在功能更新可供公開上市通道使用之前，先測試它們。 一般而言，此母體會是IT人員用來評估Windows發行前版本組建的一些測試裝置。 Microsoft 大約每週都會將最新的開發組建提供給「Windows 測試人員」成員，以便讓感興趣的使用者能夠看到 Microsoft 新增的功能。 如需如何註冊商務用 Windows 測試人員計劃的詳細資訊，請參閱 Windows 測試人員一節。
  • 識別排除的裝置。 對於某些組織而言，特殊用途裝置，例如控制工廠或醫療設備或執行 ATM 的裝置，需要比一般可用性通道可提供的更嚴格、較不頻繁的功能更新週期。 針對這些裝置，請安裝 Enterprise LTSC 版本，以避免功能更新長達 10 年。 識別這些裝置，並將它們與階段式部署和服務週期區隔開來協助移除系統管理員的混淆，並確保裝置的處理正確。
  • 招募自願者。 測試部署的目的是要獲取意見反應。 其中一個有效的試驗使用者招募方法是請求自願者。 這樣做時，請清楚指出您正在尋找意見反應，而非人員只「試試看」，而且可能偶爾會發生接受功能更新的問題。 使用 Windows 即服務時，預期應該不太會有問題，但是如果發生問題，您會希望測試者儘快讓您知道。 當考慮要招募誰加入試驗群組時，請務必包含可提供最廣泛應用程式與裝置的成員，以便儘可能驗證最大數量的 app 和裝置。
  • 更新 群組原則。 每個功能更新都包含管理新功能的新組策略。 如果您使用 群組原則 來管理裝置，Active Directory 網域的 群組原則 管理員 必須下載 .admx 套件，並將其複製到其中央存放區 (或在未使用中央存放區) 的情況下，將它複製到域控制器 SYSVOL 資料夾中的 PolicyDefinitions 目錄。 您可以使用遠端伺服器管理工具，從最新版的 Windows 管理新的組策略。 ADMX 下載套件會在每個開發周期結束時建立，然後張貼以供下載。 若要尋找指定 Windows 組建的 ADMX 下載套件，請搜尋「適用於 Windows 組建 xxxx 的 ADMX 下載」。 如需 群組原則 管理的詳細資訊，請參閱如何在 Windows 中建立和管理 群組原則 管理範本的中央存放區
  • 選擇維護工具。 決定您將用來管理環境中 Windows 更新的產品。 如果您目前使用 Windows Server Update Services (WSUS) 或 Microsoft Configuration Manager 來管理 Windows 更新，您可以繼續使用這些產品來管理 Windows 10 或 Windows 11 更新。 或者，您也可以使用「商務用 Windows Update」。 除了您將使用的產品之外，請考慮如何傳遞更新。 有多個點對點選項可用來加快更新散發速度。 如需工具的比較，請參閱維護工具。
  • 排列應用程式的優先順序。 首先，建立一個應用程式組合。 這份清單應該包含安裝在您組織中的所有項目，以及您組織所代管的所有網頁。 接下來，排定此清單的優先順序，以識別業務最關鍵的應用程式。 因為預期應用程式與新版本 Windows 的相容性會很高，所以在試驗階段之前，應該只測試最重要的商務應用程式;之後可以測試其他所有專案。 如需有關識別應用程式相容性問題的詳細資訊，請參閱使用升級分析來管理 Windows 升級。

每次 Microsoft 發行功能更新時，IT 部門都應該使用下列高階程式來協助確保廣泛部署成功：

  1. 驗證業務關鍵性 app 的相容性。 測試最重要的業務關鍵性應用程式，以與上一節稍早「設定測試裝置」步驟中所識別之 Windows 測試人員計算機上執行的新 Windows 10 功能更新相容。 此驗證程序所包含的應用程式清單應該不大，因為大多數應用程式都可在試驗階段進行測試。
  2. 設定目標和回應意見反應。 Microsoft 預期應用程式和裝置相容性會很高，但務必在 IT 部門和業務單位內擁有目標組，以確認應用程式組合中其餘應用程式的應用程式相容性。 因為只有最重要的商務應用程式會事先測試，所以此活動代表您環境中大部分的應用程式相容性測試。 這不一定是正式程式，而是使用特定應用程式進行用戶驗證。 因此，下一個步驟是將功能更新部署到早期採用的IT使用者，以及您在上一節的「招募自願者」步驟中所識別的公開上市通道中執行的目標組。 請務必清楚指出您要儘快尋找意見反應，並確切說明使用者如何提交意見反應給您。 如果發生問題，請有補救計劃來解決此問題。
  3. 廣泛部署。 最後，將焦點放在使用部署更新步調的大規模部署。 建置以您所選更新管理產品中的電腦群組為目標的部署更新步調。 若要儘可能降低風險，請以將個別部門劃分成多個更新步調的方式，來建構您的部署更新步調。 如此一來，如果您遇到問題，就不會阻止任何重要的業務繼續。 使用此方法，每個部署通道都會降低風險，因為在任何特定部門中更新的人員越多。