Sccm 2012 R2 Patch Download

| 21-05-2021
[RAND-1-100] Comments

-->

2918997 A hotfix is available to update the Software Requirements user interface for the Mac software distribution operating system in System Center 2012 Configuration Manager SCCM ConfigMgr 2012 R2 CU1 Administrator Console:- 5.0.7958.1203. Install in-console updates. When you're ready to install updates from within the Configuration Manager console, begin with the top-level site of your hierarchy. This site is either the central administration site or a standalone primary site.

Applies to: System Center Configuration Manager (Current Branch)

Configuration Manager synchronizes with the Microsoft cloud service to get updates. Then install these updates from within the Configuration Manager console.

Get available updates

The site only downloads updates that apply to your infrastructure and version. This synchronization can be automatic or manual, depending on how you configure the service connection point for your hierarchy:

  • In online mode, the service connection point automatically connects to the Microsoft cloud service and downloads applicable updates.

    By default, Configuration Manager checks for new updates every 24 hours. Manually check for updates in the Configuration Manager console. Go to the Administration workspace, select the Updates and Servicing node, and choose Check for Updates in the ribbon.

  • In offline mode, the service connection point doesn't connect to the Microsoft cloud service. To download and then import available updates, use the Service Connection Tool.

Note

Patch

If necessary, import out-of-band fixes into your console. To do so, use the update registration tool. These out-of-band fixes supplement the updates you get when you synchronize with the Microsoft cloud service.

After updates synchronize, view them in the Configuration Manager console. Go to the Administration workspace and select the Updates and Servicing node.

  • Updates you haven't installed display as Available.

  • Updates you've installed display as Installed. Only the most recently installed update is shown. To view previously installed updates, select History in the ribbon.

Before you configure the service connection point, understand and plan for its additional uses. The following uses might affect how you configure this site system role:

  • The site uses the service connection point to upload usage information about your site. This information helps the Microsoft cloud service identify the updates that are available for the current version of your infrastructure. For more information, see Diagnostics and usage data.

  • The site uses the service connection point to manage devices with Microsoft Intune, and using Configuration Manager on-premises mobile device management. For more information, see Hybrid mobile device management (MDM).

Sccm 2012 R2 Patch Download Pc

To better understand what happens when updates are downloaded, see the following flowcharts:

Assign permissions to view and manage updates and features

To view updates in the console, a user must have a role-based administration security role that includes the security class Update packages. This class grants access to view and manage updates in the Configuration Manager console.

About the Update packages class

By default, the Update packages class (SMS_CM_Updatepackages) is part of the following built-in security roles with the listed permissions:

  • Full Administrator with Modify and Read permissions:

    • A user with this security role and access to the All security scope can view and install updates. The user can also enable features during the installation, and enable individual features after the site updates.

    • A user with this security role and access to the Default security scope can view and install updates. The user can also enable features during the installation, and view features after the site updates. But this user can't enable the features after the site updates.

  • Read-only Analyst with Read permissions:

    • A user with this security role and access to the Default scope can view updates but not install them. This user can also view features after the site updates, but can't enable them.

Permissions required for updates and servicing

  • Use an account to which you assign a security role that includes the Update packages class with both Modify and Read permissions.

  • Assign the account to the Default scope.

Permissions to only view updates

  • Use an account to which you assign a security role that includes the Update packages class with only the Read permission.

  • Assign the account to the Default scope.

Permissions required to enable features after the site updates

  • Use an account to which you assign a security role that includes the Update packages class with both Modify and Read permissions.

  • Assign the account to the All scope.

Before you install an in-console update

Review the following steps before you install an update from within the Configuration Manager console.

Step 1: Review the update checklist

Review the applicable update checklist for actions to take before you start the update:

Step 2: Run the prerequisite checker before installing an update

Before you install an update, consider running the prerequisite check for that update. If you run the prerequisite before installing an update:

  • The site replicates update files to other sites before installing the update.

  • When you choose to install the update, the prerequisite check automatically runs again.

Note

When you start a prerequisite check and then view the status, the Installation phase appears to be active. However, the site isn't actually installing the update. To run the prerequisite check, the update process extracts the package from the content library. It then puts the package into a staging folder where it can access the current prerequisite checks. When you install an update, this same process runs. This behavior is why the Installation phase shows as In progress. Only the Extract Update package step is shown in the Installation category.

Later, when you install the update, you can configure the update to ignore prerequisite check warnings.

To run the prerequisite checker before installing an update

How to install sccm 2012 r2 console

  1. In the Configuration Manager console, go to the Administration workspace, and select the Updates and Servicing node.

  2. Select the update package for which you want to run the prerequisite check.

  3. Select Run prerequisite check in the ribbon.

    When you run the prerequisite check, content for the update replicates to child sites. View the distmgr.log on the site server to confirm that content replicates successfully.

  4. To view the results of the prerequisite check:

    1. In the Configuration Manager console, go to the Monitoring workspace.

    2. Select the Updates and Servicing Status node and look for the prerequisite status.

    3. For more information, see the ConfigMgrPrereq.log on the site server.

Install in-console updates

When you're ready to install updates from within the Configuration Manager console, begin with the top-level site of your hierarchy. This site is either the central administration site or a standalone primary site.

Install the update outside of normal business hours for each site to minimize the effect on business operations. The update installation might include actions like reinstalling site components and site system roles.

  • Child primary sites automatically start the update after the central administration site completes installation of the update. This process is by default and recommended. To control when a primary site installs updates, use Service windows for site servers.

  • After the primary parent site update is complete, manually update secondary sites from within the Configuration Manager console. Automatic update of secondary site servers isn't supported.

  • When you use a Configuration Manager console after the site is updated, you're prompted to update the console.

  • After the site server successfully completes installation of an update, it automatically updates all applicable site system roles. However, all distribution points don't reinstall and go offline to update at the same time. Instead, the site server uses the site's content distribution settings to distribute the update to a subset of distribution points at a time. The result is that only some distribution points go offline to install the update. Distribution points that haven't begun to update or that have completed the update remain online and able to provide content to clients.

Overview of in-console update installation

1. When the update installation starts

You're presented with the Updates Wizard that displays a list of the product areas that the update applies to.

  • On the General page of the wizard, configure Prerequisite warnings as necessary:

    • Prerequisite errors always stop the update installation. Fix errors before you can successfully retry the update installation. For more information, see Retry installation of a failed update.

    • Prerequisite warnings can also stop the update installation. Fix warnings before you retry the update installation. For more information, see Retry installation of a failed update.

    • Ignore any prerequisite check warnings and install this update regardless of missing requirements: Set a condition for the update installation to ignore prerequisite warnings. This option allows the update installation to continue. If you don't select this option, the update installation stops when the process encounters a warning. Unless you've previously run the prerequisite check and fixed prerequisite warnings for a site, don't use this option.

      In both the Administration and Monitoring workspaces, the Updates and Servicing node includes a button on the ribbon named Ignore prerequisite warnings. This button becomes available when an update package fails to complete installation due to prerequisite check warnings. For example, you install an update without using the option to ignore prerequisite warnings (from within the Updates Wizard). The update installation stops with a state of prerequisite warning but no errors. Later, you select Ignore prerequisite warnings in the ribbon. This action triggers an automatic continuation of that update installation, which ignores prerequisite warnings. When you use this option, the update installation automatically continues after a few minutes.

  • When an update applies to the Configuration Manager client, choose to test the client update with a limited set of clients. For more information, see How to test client upgrades in a pre-production collection.

2. During the update installation

As part of the update installation, Configuration Manager does the following actions:

  • Reinstalls any affected components, like site system roles or the Configuration Manager console.

  • Manages updates to clients based on the selections that you made for client piloting, and for automatic client upgrades.

  • Site system servers generally don't need to restart as part of the update. If a role uses .NET, and the package updates that prerequisite component, then the site system may restart.

Tip

When you install Configuration Manager updates, the site also updates the CD.Latest folder. For more information, see The CD.Latest folder.

3. Monitor the progress of updates as they install

Use the following steps to monitor progress:

  • In the Configuration Manager console, go to the Administration workspace, and select the Updates and Servicing node. This node shows the installation status for all update packages.

  • In the Configuration Manager console, go to the Monitoring workspace, and select the Updates and Servicing Status node. This node shows the installation status of only the current update package that the site is installing.

    The update installation is divided into several phases for easier monitoring. For each of the following phases, additional details in the installation status include which log file to view for more information:

    • Download: This phase applies only to the top-level site with the service connection point.

    • Replication

    • Prerequisites Check

    • Installation

    • Post Installation: For more information, see post installation tasks.

  • View the CMUpdate.log file in <ConfigMgr_Installation_Directory>Logs on the site server.

Note

  • Starting in version 1906, you can see the state of the Upgrade ConfigMgr database task during the Installation phase.
    • If the database upgrade is blocked, then you'll be given the warning In progress, needs attention.
      • The cmupdate.log will log the program name and sessionid from SQL that is blocking the database upgrade.
    • When the database upgrade is no longer blocked, the status will be reset to In progress or Complete.
      • When the database upgrade is blocked, a check is done every 5 minutes to see if it's still blocked.

4. When the update installation completes

After the first site update completes installation:

  • Child primary sites install the update automatically. No further action is required.

  • Manually update secondary sites from within the Configuration Manager console. For more information, see start the update installation at a secondary site.

  • Until all sites in your hierarchy update to the new version, your hierarchy operates in a mixed version mode. For more information, see Interoperability between different versions.

5. Update Configuration Manager consoles

After a central administration site or primary site updates, each Configuration Manager console that connects to the site must also update. You're prompted to update a console:

  • When you open the console

  • When you go to a new node in an open console

Update the console right away after the site updates.

After the console update completes, verify the console and site versions are correct. Go to About System Center Configuration Manager at the top-left corner of the console.

Note

The console version is slightly different from the site version. The minor version of the console corresponds to the Configuration Manager release version. For example, in Configuration Manager version 1802 the initial site version is 5.0.8634.1000, and the initial console version is 5.1802.1082.1700. The build (1082) and revision (1700) numbers may change with future hotfixes.

To start the update installation at the top-level site

At the top-level site of your hierarchy, in the Configuration Manager console, go to the Administration workspace, and select the Updates and Servicing node. Select an update with the state of Available, and then choose Install Update Pack in the ribbon.

To start the update installation at a secondary site

After a secondary site's parent primary site updates, update the secondary site from within the Configuration Manager console. To do so, you use the Upgrade Secondary Site Wizard.

  1. In the Configuration Manager console, go to the Administration workspace, expand Site Configuration, and select the Sites node. Select the secondary site you want to update, and then choose Upgrade in the ribbon.

  2. Select Yes to start the update of the secondary site.

To monitor the update installation on a secondary site, select the secondary site, and choose Show Install Status in the ribbon. Also add the Version column to the Sites node so that you can view the version of each secondary site.

In some instances, the status in the console doesn't refresh or suggests the update has failed. After a secondary site successfully updates, use the Retry installation option. This option doesn't reinstall the update for a secondary site that successfully installed the update, but forces the console to update the status.

Post-installation tasks

When a site installs an update, there are several tasks that can't start until after the update completes installation on the site server. This list includes the post-installation tasks that are critical for site and hierarchy operations. Because they're critical, they're actively monitored. Additional tasks that aren't directly monitored include the reinstallation of site system roles. To view the status of the critical post-installation tasks, select the Post Installation task while monitoring the update installation for a site.

Not all tasks complete immediately. Some tasks don't start until each site completes installation of the update. New functionality you might expect can be delayed until these tasks complete. Turning on new features doesn't start until all sites complete update installation, so new features might not be visible for some time.

The post installation tasks include:

  • Installing SMS_EXECUTIVE service

    • Critical service that runs on the site server.
    • Reinstallation of this service should complete quickly.

  • Installing SMS_DATABASE_NOTIFICATION_MONITOR component

    • Critical site component thread of SMS_EXECUTIVE service.
    • Reinstallation of this service should complete quickly.

  • Installing SMS_HIERARCHY_MANAGER component

    • Critical site component that runs on the site server.
    • Responsible for reinstalling roles on site system servers. Status for individual site system role reinstallation doesn't display.
    • Reinstallation of this service should complete quickly.

  • Installing SMS_REPLICATION_CONFIGURATION_MONITOR component

    • Critical site component that runs on the site server.
    • Reinstallation of this service should complete quickly.

  • Installing SMS_POLICY_PROVIDER component

    • Critical site component that runs only on primary sites.
    • Reinstallation of this service should complete quickly.

  • Monitoring replication initialization

    • This task only displays at the central administration site and child primary sites.
    • Dependent on the SMS_REPLICATION_CONFIGURATION_MONITOR.
    • Should complete quickly.

  • Updating Configuration Manager Client Preproduction Package

    • This task displays even when client preproduction (also called client piloting) isn't enabled for use.
    • Doesn't start until all sites in the hierarchy finish installing the update.

  • Updating Client folder on Site Server

    • This task doesn't display if you use the client in preproduction.
    • Should complete quickly.

  • Updating Configuration Manager Client Package

    • This task doesn't display if you use the client in preproduction.
    • Finishes only after all sites install the update.

  • Turning on Features

    • This task displays only at the top-tier site of the hierarchy.
    • Doesn't start until all sites in the hierarchy finish installing the update.
    • Individual features aren't displayed.

Retry installation of a failed update

When an update fails to install, review the in-console feedback to identify resolutions for warnings and errors. For more details, view the ConfigMgrPrereq.log on the site server. Before you retry the installation of an update, you must fix errors, and should fix warnings.

Tip

If an update has problems downloading or replicating, use the update reset tool.

When you're ready to retry the installation of an update, select the failed update, and then choose an applicable option. The update installation retry behavior depends on the node where you start the retry, and the retry option that you use.

Retry installation for the hierarchy

Retry the installation of an update for the entire hierarchy when that update is in one of the following states:

  • Prerequisite checks passed with one or more warnings, and the option to ignore prerequisite check warnings wasn't set in the Update Wizard. (The update's value for Ignore Prereq Warning in the Updates and Servicing node is No.)

  • Prerequisite failed

  • Installation failed

  • Replication of the content to the site failed

Go to the Administration workspace and select the Updates and Servicing node. Select the update, and then choose one of the following options:

  • Retry: When you Retry from Updates and Servicing, the update install starts again and automatically ignores prerequisite warnings. If content replication previously failed, content for the update replicates again.

  • Ignore prerequisite warnings: If the update install stops because of a warning, you can then choose Ignore prerequisite warnings. This action allows the installation of the update to continue after a few minutes, and uses the option to ignore prerequisite warnings.

Retry installation for the site

Retry the installation of an update at a specific site when that update is in one of the following states:

  • Prerequisite checks passed with one or more warnings, and the option to ignore prerequisite check warnings wasn't set in the Update Wizard. (The updates value for Ignore Prereq Warning in the Updates and Servicing node is No.)

  • Prerequisite failed

  • Installation failed

Sccm 2012 R2 Patches Downloading 0% Complete

Go to the Monitoring workspace, and select the Site Servicing Status node. Select the update, and then choose one of the following options:

  • Retry: When you Retry from Site Servicing Status, you restart the installation of the update at only that site. Unlike running Retry from the Updates and Servicing node, this retry doesn't ignore prerequisite warnings.

  • Ignore prerequisite warnings: If the update install stops because of a warning, you can then select Ignore prerequisite warnings. This action allows the installation of the update to continue after a few minutes, and uses the option to ignore prerequisite warnings.

After a site installs an update

After the site updates, review the post-update checklist for the applicable version:

Enable optional features from updates

When an update includes one or more optional features, you have the opportunity to enable those features in your hierarchy. Enable features when the update installs, or return to the console later to enable the optional features.

To view available features and their status, in the console go to the Administration workspace, expand Updates and Servicing, and select the Features node.

Sccm 2012 R2 Installation

When a feature isn't optional, it's installed automatically. It doesn't appear in the Features node.

Important

In a multi-site hierarchy, enable optional or pre-release features only from the central administration site. This behavior ensures there are no conflicts across the hierarchy.

When you enable a new feature or pre-release feature, the Configuration Manager hierarchy manager (HMAN) must process the change before that feature becomes available. Processing of the change is often immediate. Depending on the HMAN processing cycle, it can take up to 30 minutes to complete. After the change is processed, restart the console before you can use the feature.

List of optional features

The following features are optional in the latest version of Configuration Manager:

  • Synchronize collection membership results to Azure Active Directory
  • Azure Active Directory user group discovery
  • Application groups
  • Task sequence debugger
  • Package conversion manager
  • Client apps for co-managed devices
  • Third-party software updates
  • Approve application requests for users per device
  • Support for Cisco AnyConnect 4.0.07x and later for iOS
  • Device health attestation assessment for compliance policies for conditional access
  • Create and run scripts
  • Run task sequence step
  • Task sequence content pre-caching
  • Surface driver updates
  • Cloud management gateway
  • Data warehouse service point
  • Client peer cache
  • PFX create
  • Azure Log Analytics connector
  • Windows Defender Exploit Guard policy
  • VPN for Windows 10
  • Servicing a cluster-aware collection (Server groups)
  • Windows Hello for Business (previously known as Passport for Work)
  • Conditional access for managed PCs

Tip

For more information on features that require consent to enable, see pre-release features.

Sccm 2012 r2 download

For more information on features that are only available in the technical preview branch, see Technical Preview.

Use pre-release features from updates

The current branch includes pre-release features for early testing in a production environment. For more information, see pre-release features.

Frequently asked questions

Sccm 2012 R2 Updates Stuck Downloading

Why don't I see certain updates in my console?

If you can't find a specific update in your console after a successful sync with the Microsoft cloud service, this behavior might be because of one of the following reasons:

Sccm 2012 R2 Installation

  • The update requires a configuration that your infrastructure doesn't use, or your current product version doesn't fulfill a prerequisite for receiving the update.

    If you think you have the required configurations and prerequisites for a missing update, confirm the service connection point is in online mode. Then, use the Check for Updates option in the Updates and Servicing node to force a check. If your service connection point is in offline mode, use the service connection tool to manually sync with the cloud service.

  • Your account lacks the correct role-based administration permissions to view updates in the Configuration Manager console. For more information, see Permissions to manage updates.