Update Compliance is retiring
Update Compliance is retiring on March 31st, 2023. You must have enrolled to Windows Update for Business (WUfB) reports by February 14th to continue receiving reports. For more information about this transition, see http://aka.ms/wufbreportsGA and please enroll at http://aka.ms/wufbreportsWindows 10, version 21H2 announced!
Windows continues to play an important role in people’s lives as they continue to work, learn and have fun in hybrid and remote environments. Our goal is to provide new features and functionality via a fast and reliable update experience to help keep people and organizations protected and productive. Version 21H2 will continue the recent feature update trend of being delivered in an optimized way using servicing technology, like the way we delivered version 1909 to devices running version 1903 and the way we delivered version 21H1 to devices running versions 2004 and 20H2. Our launch approach for Windows 10, version 21H2 continues to fully leverage the Windows Insider Program to obtain user feedback and data insights on quality. Today, we begin releasing 21H2 builds to Windows Insiders who were moved to the Release Preview channel from the Beta channel because their specific devices did not meet the hardware requirements for Windows 11. For more information on Windows 10, version 21H2, its feature set, how it's being delivered, and the Windows Insider channels, please see John Cable's blog here: Introducing the next feature update to Windows 10: 21H2 | Windows Experience Blog. --Joe. Follow me on Twitter: @LURIE_MSFTWU / WuFB - Duplicate Download of Feature upgrades and DL of updates during Feature Upgrades
Dear Servicing Team, this is a repost because of a technical issue with the previous post. Thanks for heads-up Heather_Poulsen . Scenario: Windows 10 pro / Enterprise 1909 Using GPO for Update policies but effectively DL updates from WU no policy to limit the Feature Update version (all default) Issue 1: a computer using WU / WuFB does see two different feature upgrades in Settings and both seem be to be downloaded to SoftwareDistribution cache. Effectively the installation in windows.bt will fail because of the conflict starting another round of download. On "restart now" none of both updates would have been applied but cost bandwidth for the download. actual behaviour: both full installers are downloaded, non will be applied until restart, process starts over, eventually with only 2004 or 20H2. expected behaviour: in this scenario it should be expected that it either DL 2004 or 20H2, then using a enablement package to 20H2 or 21H1. proposed idea for a solution: When initiating Feature Update Downloads via WU / WuFB or even WSUS The USOclient / servicing stack should - recognize the latest FU version according to Server and/or Policy, if applied. - remove conflicting upgrades or updates (some have no supersedence marker by design). - should never download a CU or .net Update at the same time with a feature update*. Above measures should remove the issue to download outdated updates. In fact I have too little insights and knowledge about the internals of the process. *Issue 2: Especially this happens regularly. In practice this a very common and unwanted behaviour as the DL and install of a CU or .net update will cause pending restart even before the FU installation is ready. - causes a lot of unnecessary CPU time / system load as we install CUs that would go into Windows.old anyway. - it causes to install both the FU and CU one by another while all the time and ressources invested into the FU install will be canceled and reset on restart for the CU. It will start DL (cache) and install again after restart. Background: It feels like I have seen this more than once when I tested some behaviour for AriaUpdated evaluating how old and outdated version like 1507 or later would behave. Means would they directly download the latest release? No they do not. Mostly they picked some older releases from WU and would cause a 2 time upgrade. But also I have seen this behaviour above, where USOclient ist fetching 2 feature upgrades at a time. even though the softwaredistribution cache was clean.Windows 10 servicing office hours – May 14th
Our next "office hours" session will take place here in the Windows 10 servicing community on Thursday, May 14th from 8:00-9:00 a.m. Pacific Time. Join us to get answers to any questions you may have around managing updates for the remote devices in your organization, help with specific issues, and tips on how to increase update velocity. We'll have members of the Windows and Microsoft Endpoint Manager product and engineering teams on hand, as well as the FastTrack team. Save the date and see the Windows IT Pro Blog for full details.Windows 10 servicing office hours – May 21st
Our next "office hours" session will take place here in the Windows 10 servicing community on Thursday, May 21st from 8:00-9:00 a.m. Pacific Time. Join us to get answers to any questions you may have around managing updates for the remote devices in your organization, help with specific issues, and tips on how to increase update velocity. We'll have members of the Windows and Microsoft Endpoint Manager product and engineering teams on hand, as well as the FastTrack team. Save the date and see the Windows IT Pro Blog for full details.
