This browser is no longer supported.
Upgrade to Microsoft Edge to take advantage of the latest features, security updates, and technical support.
Note
Access to this page requires authorization. You can trysigning in orchanging directories.
Access to this page requires authorization. You can trychanging directories.
This document describes different types and characteristics of Visual Studio administrator updates. In this article, you'll find information on how and when they should be distributed throughout your organization, what configuration options are available, and how to view reports and troubleshoot.
For more information about the prerequisites for using administrator updates, seeEnabling administrator updates.
Remember that administrator updates are updates, not initial installs. They presume that Visual Studio is already installed on the computer. In other words, applying administrator updates won't initiate a brand new installation.
The Visual Studio administrator update package that is published to the Microsoft Update system is available through three distribution channels:
The vast majority of client machines are updated using the WSUS/SCCM or Windows Update for Business/Microsoft Update/Intune channels. In both of these scenarios, the Visual Studio administrator update is published to the Microsoft Update servers, where it is then detected as available and applicable by the native Windows Update client agent.
The Visual Studio administrator update package contains information that the Visual Studio installer on the client machines needs to be able to download and initiate the update. The Visual Studio Installer downloads the actual product update binaries from wherever theclient machine is configured to download updates from - either from the internet or from a layout.
The administrator update package doesn’t contain enough information to perform a clean installation of the product, nor does it contain any of the actual product binaries. The Visual Studio administrator updates are cumulative, which means that any Visual Studio update that has a higher product version number and a later release date is a superset of an older, lower version.
Note
By default, the client machine's SYSTEM account will download and install the Visual Studio administrator updates, which means that the SYSTEM account must have administrative privileges to the machine, and itmust also have access to the internet or the network layout location in order to download the updated product bits.
Visual Studio administrator updates only apply to Visual Studio servicing versions that are still under support. For more information about which Visual Studio servicing baselines are still in support during a particular time frame, seeVisual Studio Product Lifecycle and Servicing. All supported Visual Studio servicing baselines will be kept secure.
There are three types of administrator updates to Visual Studio:
Security updates are applicable to all Visual Studio editions (for example, Enterprise, Professional, Community, etc.), and they contain limited, highly targeted and compatible servicing level changes. Security updates won't advance a client to a later minor version; they're designed to deliver fixes to security vulnerabilities to a client that is already at a particular minor version level. Security updates will have at least one security fix in them, but the security fix may or may not be in a component or workload that’s installed on the client machine. For example, we could fix a security vulnerability in the .NET components, and we would label the update as a security update, but it wouldn’t really have any meaningful effect on a client machine that had only C++ components installed. Security updates may also contain other reliability fixes or other necessary component updates. Security updates are published to all three distribution channels listed previously.
Feature updates enable IT admins to advance computers in their organization to a more recent minor version of Visual Studio. Feature updates only apply to Visual Studio editions that are commonly found in enterprises, such as Enterprise, Professional, and Build Tools SKUs. All feature updates will be published only to theMicrosoft Update Catalog as “Feature Packs” where they're available to optionally be manuallyimported into SCCM Configuration Manager. Feature updates are cumulative and will contain additional quality and prior security fixes.
Quality updates are also only applicable to those Visual Studio editions that are commonly found in enterprises, and they contain limited, highly targeted and compatible servicing level changes. Quality updates won't advance a client to a later minor version; they're designed to deliver performance and reliability fixes or other necessary component updates to a client that is already at a particular minor version level. Quality updates accumulate along with security updates, and thus will contain security fixes only if the security fix has already been independently released. Quality updates are also published only to theMicrosoft Update Catalog as “Updates” where they're available to optionally be manuallyimported into SCCM Configuration Manager.
The title of each administrator update the resultant version of the update. For example,
If the client instance is greater than the version of the administrator update that's being applied, then the administrator update will have no effect.
There are a few configuration options that are can be used to tailor the Visual Studio administrator update experience so that it's compatible and aligned with your organization’s deployment preferences and requirements.
The most common configuration options are as follows:
Windows Update for Business Microsoft Update opt-in**
Cloud connected client machines that are managed by Intune must be configured for Windows Update for Business and opted into theAllowMUUpdateServicePolicy in order to receive Visual Studio administrator updates through the Windows Update for Business Microsoft Update channel.
Visual Studio administrator update opt-in
This registry key is required for the client machine to receive administrator updates through either the WSUS or Windows Update for Business Microsoft Update channels. It's a machine-wide registry key, which means it applies to all instances of Visual Studio installed on the box.
Source location of the updated product bits
When executing the update, the client machines will download the updated product bits from either the internet via the Microsoft CDN or from a network layout share that the admin has prepared and maintained. In both of these cases, the account on the client machine that is executing the update (typically SYSTEM, butcan be customized to USER) must have both administrative privileges on the machine and access to the source location of product bits.
For an exhaustive list of all the supported administrator update behaviors, refer to theControlling Administrator Update Group Policies or theUse command-line parameters to update Visual Studio documentation.
There are three main methods of configuring administrator updates: viapolicies) via aconfiguration file on the client machine, or via amodification of the Administrator Update deployment package within SCCM Configuration Manager or Microsoft Endpoint Manager.
Administrator updates look for specific policy configuration such asAdministratorUpdatesEnabled as described inConfigure policies for enterprise deployments. Admin access on the client computer is required to configure policies.
Some settings can be preserved on the client machine in an optional configuration file, which has the benefit of setting it only once and having it apply to all future administrator updates. The configuration file approach behaves like a registry key and is machine wide, which means it will apply to all installs of Visual Studio installed on the client machine. The standard location for the configuration file is atC:\ProgramData\Microsoft\VisualStudio\updates.config
. However, if you wish to use another location to store the file, you can do so by configuring theUpdateConfigurationFile policy and set the value to the path of your config file.
The configuration file, which is in JSON format, supports the optioninstallerUpdateArgs
, which is an array of strings separated by commas that specify more switches you can pass into the Visual Studio installer. If the contents of the file include an invalid field or an option that isn't supported, then the update will fail. For more information, seeUse command-line parameters to install Visual Studio.
Here's an example configuration file:
"installerUpdateArgs" : ["--quiet", "--keepWindowsUpdateOn"], "checkPendingReboot" : "true"
The command-line parameters of an individual administrator update package can be manually modified in either SCCM or Microsoft Endpoint Manager by the IT Admin. We don't generally recommend this approach, although it's technically possible.
You can use one of the following methods to verify that the administrator update was installed correctly:
%temp%
directory that captures the progress of the update operation. Sort the folder by date and look for files that begindd_updatedriver
,dd_bootstrapper
,dd_client
, anddd_setup
for the administrative updates, the bootstrapper, the Visual Studio Installer, and the setup engine, respectively. Verify that these log files contain a 0, indicating that the update was successfully applied. These log files can also be used to verify that the configuration file is being used. Refer to theVisual Studio Log Collection Tool for further details.Important
Remember that Visual Studio must be closed before you install the update. If Visual Studio is open or being used, the update installation will be canceled.
Administrator updates may return the following return codes:
Error code | Definition |
---|---|
0 | The administrative update was successfully installed. |
1001 | Visual Studio Installer or a related setup process is running. The update is not applied. |
1002 | Visual Studio Installer is paused. The update is not applied. |
1003 | Visual Studio is in use, so the update was canceled. This condition can be overruled using the--force flag. |
1004 | No internet detected. The update was unable to contact the internet location holding the updated files. The update is not applied. |
1005 | TheAdministratorUpdatesEnabled registry value is set to0 or not set at all. The update is not applied. |
1006 | TheAdministratorUpdatesOptOut registry value is set to1. The update is not applied. The key is intended for client computers that should not be updated by the administrator. |
1007 | The Visual Studio Installer is not installed. |
1009 | The Visual Studio instance is configured to use a layout, but the layout is missing packages to perform the update. |
3010 | The system requires a reboot. The update may or may not have been applied. Reboot the computer and attempt the update again. |
8006 | Update was canceled because VS related process is running |
862968 | The update was successful, and a restart is recommended but not required. |
8007070 | Update was canceled because there's not enough room on disk. |
Other | Error occurred attempting to apply the update. The update is not applied. |
For an exhaustive list of client error codes, seeUse command-line parameters to install Visual Studio.
Sometimes, things can go wrong. If your Visual Studio installation fails, seeTroubleshoot Visual Studio installation and upgrade issues for step-by-step guidance.
Here are a few more support options:
You can use the following methods to provide feedback about Visual Studio administrator updates or report issues that affect the updates:
To learn more, explore the following additional resources:
Was this page helpful?
Was this page helpful?