Windows 10 Servicing – A New Way of Updating

Microsoft’s Configuration Manager product is used extensively to deploy and manage computer life cycle for Windows computers. With Windows 10 there are some significant considerations for existing ConfigMgr administrators. With or without Configuration Manager in your organization, you still need to plan for servicing so if you are not aware of these changes, please read on. This is just an overview, there’s a lot of detail I’ve left out in order to try to make this post simple and easy to follow. I’ve included some links at the end of the post to help you out if you need more detail.

Windows 10 Updating Changes

In Windows 10 Microsoft has introduced a new method for updating, upgrading and maintaining the operating system. This new process will be very new and possibly challenging for organizations currently running Windows 7.

Until recently, major feature enhancements to the Windows OS would be released with every new version of Windows, so from Windows 7 to Windows 8 we saw some significant change to the feature set of the operating system. Of course new Windows versions were released about every 3 to 5 years. With Windows 10 release, and moving forward, Microsoft has committed to an entirely different release cycle.

New Terminology

Along with this new servicing model, here are some of the terms we will need to begin to understand (both when speaking about Windows and Configuration Manager);

Term Description
Upgrade A new Windows 10 release that contains additional features and capabilities, released two to three times per year. These are often referred to as “feature upgrades”
Update Security, reliability and other bug fixes that are released periodically, typically once a month on Patch Tuesday. With Windows 10, these are cumulative in nature. These updates are similar to the updates you are familiar with in pre-Windows 10 patching cycles.
Branch There are four Windows Servicing “Branches”

  1. Windows Insider
  2. Current Branch (CB)
  3. Current Branch for Business (CBB)
  4. Long-Term Servicing Branch (LTSB)

Your branch determines when you will receive feature updates (upgrade).

Ring A ring is a grouping of computers that are on the same branch and have the same update settings. Rings can be used internally by organizations to better control the upgrade rollout process.

Several builds of Windows have been released to date. The following table includes the builds up to 1607 Current Branch.

Windows 10 current versions by servicing option

Servicing option Version OS build Availability date
Current Branch (CB) 1507 (RTM) 10240.17071 7/29/2015
Current Branch for Business (CBB) 1507 (RTM) 10240.17071 7/29/2015
Long-Term Servicing Branch (LTSB) 1507 (RTM) 10240.17071 7/29/2015
Current Branch (CB) 1511 10586.545 11/12/2015
Current Branch for Business (CBB) 1511 10586.545 4/8/2016
Current Branch (CB) 1607 14393.82 8/2/2016

Note that the original release of Windows 10 1507, CB and CBB were released simultaneously. Those dates are correct. Moving forward this will not be the case.

Notice the build version numbering. Build 1507 was released in the year 2015, month of July (07). Build 1607 was released in 2016 July (07). 1607 was actually released officially on August 2 but you get the idea. At the time of this writing, the Windows CB installed on systems is 1607 (Windows 10 Anniversary Edition). Version 1511 and 1507, which are the first two builds of Windows 10 are now heading towards end of life.

How a Windows 10 Computer is Configured for a Branch

Windows 10 computers are configured to download updates based on their servicing branch configuration. Four branches – Windows Insider, Current Branch, Current Branch for Business, or Long-Term Servicing Branch – are defined for Windows 10. The two primary branches that corporate administrators will enroll their devices in would be Current Branch and Current Branch for Business. Configuring a computer for CB or CBB is simple – either in client settings, or through GPO settings associated with Windows Update for Business.

Once a computer is configured for a servicing branch, it will install feature updates as they become available for the servicing branch in which the computer is enrolled. Normally Windows 10 Feature Update builds will be downloaded directly from Microsoft’s servers or your corporate Windows Server Update Services (WSUS) server, but for those clients using Configuration Manager, the Feature Update builds will be hosted on your corporate distribution points.

The clock is ticking! How this impacts Configuration Manager environments is that System Center 2012 R2 Configuration Manager with SP1 and System Center 2012 SP2 will allow you to deploy and support ONLY the first two builds of Windows 10. You will be unable to deploy and manage builds post 1511.

If you wish to support Windows 10, ultimately you will need to either upgrade or migrate your System Center 2012 or 2012 R2 Configuration Manager site to the latest version of Configuration Manager, simply referred to as System Center Configuration Manager Current Branch. There have already been 3 builds of Configuration Manager released – 1511, 1602 and 1606. Configuration Manager build upgrades are now far simpler than previous “Upgrade” paths (and Cumulative update paths as well). After installing the base build 1511, future builds are installed as “in console updates” which automatically download and can be installed with little to no additional administrative overhead from within the console itself.

Windows 10 Support Cycle – example

In the following example, lets consider the servicing cycle for Windows 10 to date. This example applies whether or not your organization uses Configuration Manager to deploy updates.

  • The original 1507 (RTM) code was released by Microsoft. New system installations receive this build.
    • After the CB 1507 release, a minimum of 4 months pass before Microsoft recompiled the 1507 code, together with all subsequently released security updates, and flagged the code for deployment to systems enrolled for CBB.
    • When Microsoft released the CBB code, installation of 1507 CBB build on systems configured for deferred installation (CBB) begins
  • The next big release was the Feature Upgrade build 1511 released to CB.
    • Note that when the 1511 CB (Current Branch) was released, systems configured for Deferred Installation (Current Branch for Business) will continue to use 1507 CBB, and Microsoft will continue to release security updates and fixes for the 1507 release.
    • Users on 1507 CBB will continue to be supported by Microsoft, receiving security updates and fixes until the release of the subsequent CBB 1607 build. So you can postpone feature upgrades – skipping build 1511 entirely is you wish, but once 1607 CBB build is released by Microsoft your 1507 builds will no longer receive security updates and fixes.
  • CB 1607 was released in August 2016
    • Likely, the release of 1607 CBB will happen in November/December timeframe of this year, meaning that by this November you must either upgrade all 1507 CBB systems to 1511 CBB or 1607 CBB, or your 1507 systems will be unsupported.

This is where the challenge lies for ConfigMgr administrators. In ConfigMgr we deploy CB and CBB code through ConfigMgr servicing rather than using the Microsoft schedule, and we can build in release delays as required BUT, delaying too long increases the risk that your Windows 10 clients will be unsupported (no new patches and updates) if you delay too long. Since Configuration Manager 2012 and 2012 R2 only support Windows 10 builds 1507 and 1511, anyone not upgrading Configuration before the release of the next CBB build of Windows risks being unable to support your Windows 10 desktops.

LTSB (Long Term Servicing Branch)

The final piece of the puzzle here is the LTSB (Long Term Servicing Branch). This is a feature limited build of Windows 10 that behaves much like Windows 7. Microsoft will continue to release security patches and updates to LTSB for up to 5 years standard and 5 years extended support, which means your LTSB Windows systems will continue to be supported for 10 years. LTSB requires special planning and has some gotchas associated with it that you should consider before jumping onboard but for ATMs, Air Traffic Control systems, plant control systems, which don’t require the full Windows 10 feature set, it can definitely simplify the process. Long Term Servicing Branch (LTSB) is a special build of Windows 10 which must be installed from LTSB media.

Hopefully this helps to remove some of the mystery surrounding Windows 10 servicing. It’s going to be an interesting ride as administrators grapple with how this new model will impact their desktop management processes.

In a Nutshell

  • Windows 10 build 1507 CBB is still supported until the release of 1607 CBB – likely this November.
  • Windows 10 build 1511 CBB is still supported until the release of the NEXT CBB build of Windows 10 (you should be reasonably safe until middle to late 2017).
  • After the next build of Windows 10 is released to CBB, version 1511 will no longer be supported and you will no longer be able to deploy new Windows 10 OS and security patches using Configuration Manager 2012 and 2012 R2.

References

The following pages were referenced when compiling this document.

https://technet.microsoft.com/itpro/windows/manage/introduction-to-windows-10-servicing

https://blogs.technet.microsoft.com/enterprisemobility/2015/10/27/system-center-configuration-manager-support-for-windows-10-and-microsoft-intune/

https://technet.microsoft.com/en-us/windows/release-info.aspx

https://technet.microsoft.com/en-us/itpro/windows/plan/windows-update-for-business

Unknown's avatarAbout Douglas Griffin
I am a seasoned Microsoft Certified Trainer and consultant. I live in Burnaby, British Columbia Canada, but travel extensively.

5 Responses to Windows 10 Servicing – A New Way of Updating

  1. Vernon's avatar Vernon says:

    Hi Doug,

    Thank you for great blog.
    Seems to me the only way to fully support Windows 10 OSD with SCCM is to upgrade to SCCM CB (I guess 1511) and constantly have it updated with new builds.
    We are running SCCM 2012 SP1 in our environment. No Cumulative Updates installed.
    Question:
    Should we upgrade first to SCCM 2012 SP2 (R2 SP1) and later plan upgrade to SCCM 1511 CB or directly upgrade to SCCM 1511 CB from SCCM 2012 SP1?
    Based on information from TechNet the following versions can be upgraded directly to SCCM 1511:
    ◾SCCM 2012 SP1
    ◾SCCM 2012 SP2
    ◾SCCM 2012 R2
    ◾SCCM 2012 R2 SP1

    Our database is installed on separate SQL server.

    Thank you,
    Vernon

    Like

    • Douglas Griffin's avatar Douglas Griffin says:

      Hi Vernon,

      Personally, I would just upgrade directly to Configuration Manager CB. Upgrading to R2 and then to CB seems like a lot of extra complication (and opportunity for errors). Upgrading to Configuration Manager CB will involve first installing the base build (1511) and then using the in-console servicing to update the site to the current build.

      Having said that, I have had a couple of clients that wanted to move the site server a different OS (they had their site server installed on Windows Server 2008 and rather than upgrading that server they wanted to install the site on a newer Server OS). There are a couple of ways of accomplishing that, but since they also wanted to clean up their ConfigMgr environment both chose to do a migration to a new hierarchy rather than upgrading and then cleaning up the environment.

      As for the frequent updates to ConfigMgr CB, I wouldn’t be concerned. My experience is that they are very quick and simple

      DG

      Like

  2. Vernon's avatar Vernon says:

    Hi Doug,
    Thank you for brief explanation. Actually migrating Windows Server 2008 R2 where our SCCM is installed is something that we consider seriously. That’s great point.
    How migration will impact existing deployments on SCCM 2012 SP1?
    We have some application deployments pushed as available, besides that Windows Updates are regularly being deployed as required from that server.
    Should we upgrade SQL Server instance as well…It’s SQL 2008 hosted on separate Windows Server 2008 R2.
    Regards,
    Vernon

    Like

    • Douglas Griffin's avatar Douglas Griffin says:

      Well bear in mind that during migration you will migrate most if not all of your existing site objects including deployments. You build a new site hierarchy and then migrate those objects over that you want to migrate. If you plan properly you shouldn’t lose anything in the migration except for a few items that cannot be migrated. Since you will be building a new hierarchy, I’d suggest a new SQL server might make sense too – you are running an old version of SQL – since 2008 we’ve seen 2008 R2, 2012, 2014 and now 2016 so your SQL server currently has a limited lifetime as well.

      Like

  3. Vernon's avatar Vernon says:

    Hi Doug,
    To follow up your previous reply, I agree that upgrading to SCCM 1511 is absolutely a way to go, based on my testing in isolated lab environment this version comes with great features, specially automating SCCM upgrades through Service Connection Point Online/Offline connections.
    SCCM CB 1511 required hotfixes 3127032 and 3095113 to enable WSUS support for Windows 10 feature upgrades.
    If you have time I would appreciate if you can provide some details about BIOS and UEFI configuration in Win10 OSD.

    What’s the best way to configure switching from BIOS to UEFI and MBR partition table to GPT during Windows 10 upgrade?
    I guess this would be part of Task Sequence, there are some great tools like on this website:
    https://www.1e.com/blogs/2016/06/13/automate-bios-uefi-secure-windows-10-2/
    But this is still not available, according to 1E website it will be released in Q3 this year.
    Some recommendations are to change manually Boot Mode in BIOS to UEFI Hybrid (with CSM) and then run Task Sequence to change to UEFI Native (Without CSM) during upgrade. In-place upgrade must be configured without automatically partitioning disk, to keep data on local drive (or local peer) during USMT process.
    Any suggestions…
    Thank you,
    Vernon

    Like

Feel Free to Leave a Reply