10.x and later products support for SCCM deployments and SCUP. System Center Updates Publisher (SCUP) is a stand-alone tool that is used in conjunction with Microsoft’s System Center Configuration Manager (CM hereafter) to allow administrators to more accurately and efficiently install and update software. Together, CM and SCUP are Microsoft’s latest change and configuration management solution that replaces older methodologies such as SMS and GPO. Unlike those technologies, CM provides features such as metering, asset intelligence, and improved remote client administration. For example, CM users can easily determine what products versions are installed including all dot and double dot patches without having to write a complicated query.
SCUP is a catalog system and is very convenient for those who use it, but doing so is not required. As the successor to SMS, SCCM can deploy without SCUP. Other supported deployment methods include bootstrapper and AIP.
This documentation is for administrators who are already familiar with managing networked environments via CM. it is not intended to replace the CM documentation. For details about using CM and SCUP, refer to Microsoft’s documentation.
SCUP files are hosted on a public server for manual or scripted download as needed. There are two types of files:
The following SCUP catalogs are available:
For DC products, the transition and update catalogs are in a single file:
Update ready for distribution
The SCUP catalogs for 11.x and DC products require the items documented at http://www.microsoft.com/en-us/download/details.aspx?displaylang=en&id=11940. In particular, SCUP 5.0 should be used. The use of 4.5 throws the error “The update failed SoftwareUpdateRules validation”.
Note that 11.x SCUP catalogs used to push updates from Win 8 & Windows Server 2012 require the latest version of WSUS v3.0 SP2 (3.2.7600.226) with the latest hotfix .
The SCUP catalogs for 10.x products require SCUP 4.5. All other requirements are defined by the Microsoft System Center Configuration Manager 2007.
The following table lists the base software used in Adobe’s lab environment. Administrators should refer to Microsoft’s documentation for information on installing and configuring the requisite components. Every enterprise environment will be unique, and many configurations are possible.
|Operating System||Windows Server 2008. Admins should follow the Microsoft documentation and use whatever is appropriate for their environment.|
|Internet Information Services (IIS)||7.0 or later versions|
|.NET Framework 3.5||3.5 or later versions|
|WebDAV 7.5||The Background Intelligent Transfer Service (BITS)-enabled distribution point role requires BITS server extensions and WebDAV extensions.|
|Database||Microsoft SQL Server 2008|
|Microsoft Management Console 3.0 (MMC)||Framework that unifies and simplifies day-to-day system management tasks.|
|Microsoft Report Viewer Redistributable 2008|
|Windows Server 2008||CM R2 requires WSUS 3.0 SP2. Do not install WSUS 3.0 SP1 on Windows Server 2008 R2.|
|Active Directory 2008||Defines computers the CM controls. Site servers may need to be a member of an Active Directory domain depending on the network architecture.|
|Windows Server Update Services 3.0 (WSUS)||Distributes the updates. Only the administrator console component is required, and it must be installed prior to SCUP,|
|SCUP 4.50.1103 (System Center Updates Publisher)||Publishes updates to WSUS. The Acrobat catalog requires version 4.50.1103.|
|System Center Configuration Manager 2007 SP2 (CM)||Configuration Manager 2007 R2 is not a full product version and requires that SP1 or SP2 already be installed before running Configuration Manager 2007 R2 Setup.|
SCCM users should note that SCUP catalogs can’t deliver anything but a generic installer. Because enterprises use different configurations, there is no way for Adobe to provide installers tailored to individual organizations. However, MSPs do not change existing settings, and MSI deployments always involve using an MST to migrate settings.
This section provides a short example using SCUP 4.5.
There is one catalog for Reader and one for Acrobat. The file names are static, so scripted downloads should be relatively straightforward.
It may also be useful to understand the differences between quarterly updates, out of cycle patches, and the possible file types. While SCUP catalogs provide a way to automate installs, you should understand what gets installed and why. For example, Acrobat updating always involves installing every MSP update in order. Reader updates may involve quarterly MSI files that don’t require installing previous updates.
To import the SCUP catalog:
After import, the a summary screen displays information about the current updates. You are now ready to deploy updates using the CM-defined workflow.
SCUP: Imported update catalog
Why does my install fail with a “dependency does not exist” error?
When the WSUS database is not properly synced, you may see the following error:
PublishItem: Update 'Reader XI English Upgrade (UpdateId:' c448bd67-9e61-42d7-9a22-f87c14ef28a0' Vendor:'Adobe Systems, Inc.' Product:'Adobe Reader')' cannot be published as its dependency '59653007-e2e9-4f71-8525-2ff588527978' does not exist in both the updates publisher database and in WSUS. Updates Publisher
To fix this issue, resync the WSUS database to get the requisite public detectoids. There is no way to push these through SCUP as it is used for only third party updates. The dependencies listed in your log are the detectoids for X86 and x64 based systems described by Microsoft:
These are not authored by Adobe and as per the message in the log must be present in the WSUS database.
Why don’t I see the 11.0.01 MUI installer in the 11.0.02 SCUP catalog?
The current SCUP catalog does not list the 11.0.01 update for MUI Reader. While most updates and out of cycle security patches are language agnostic, MUI installs require using a MUI update if there is one. Because the 11.0.01 MUI-specific update does not appear in the catalog, this update must be applied outside of the SCCM-SCUP update process.
This bug will be fixed in future catalog versions, and the issue only exists in the 11.0.02 catalog.
To fix the problem, do one of the following:
Go outside the SCUP process:
- Update your 11.0.0 MUI install to 11.0.01 outside of the SCCM-SCUP process.
- Update to 11.0.02 using your standard SCCM-SCUP process.
Use the attached 11.0.01 catalog:
- Use the 11.0.01 catalog located at http://www.adobe.com/devnet-docs/acrobatetk/tools/AdminGuide/Reader11001_Catalog.cab.
- Use the current 11.0.02 catalog.
Why don’t I see all the updates after importing the SCUP catalog?
Sometimes there are refresh issues on the backend and the latest update might not appear immediately after a release. If this happens, verify the update appears in Microsoft’s list of partner catalogs. You an also import the update manually or post on the Adobe forum.