UR1 for SCOM 2016 – Step by Step


 

 

image46

 

KB Article for OpsMgr:  https://support.microsoft.com/en-us/kb/3190029

Download catalog site:  http://catalog.update.microsoft.com/v7/site/Search.aspx?q=3190029

 

 

NOTE:  I get this question every time we release an update rollup:   ALL SCOM Update Rollups are CUMULATIVE.  This means you do not need to apply them in order, you can always just apply the latest update.  If you have deployed SCOM 2016 and never applied an update rollup – you can go straight to the latest one available. 

 

 

Key fixes:  We aren’t listing them.

 

Wait.  What did he just say?

That’s right.  We aren’t listing them in the KB like we normally due.  There is a huge list of fixes, and detailing them all would be fairly pointless.  UR1 was shipped the same day that SCOM 2016 became Generally Available.  This IS the GA release.  (SCOM 2016 UR1).  You don’t need to look at the list and evaluate the fixes – you NEED to apply this first update.  We did the same thing in SCOM 2012, the UR1 was critical and shipped at the same time the product became GA and officially supported.  So just apply it.  ASAP.  Mmmmmkay?  Smile

 

 

 

 

Lets get started.

From reading the KB article – the order of operations is:

  1. Install the update rollup package on the following server infrastructure:
    • Management servers
    • Web console server role computers
    • Operations console role computers
  2. Apply SQL scripts.
  3. Manually import the management packs.
  4. Update Agents

Additionally, we will add the steps to update any Linux management packs and agents, if they are present.

 

1.  Management Servers

image_thumb3

Since there is no RMS anymore, it doesn’t matter which management server I start with.  There is no need to begin with whomever holds the “RMSe” role.  I simply make sure I only patch one management server at a time to allow for agent failover without overloading any single management server.

I can apply this update manually via the MSP files, or I can use Windows Update.  I have 2 management servers, so I will demonstrate both.  I will do the first management server manually.  This management server holds 3 roles, and each must be patched:  Management Server, Web Console, and Console.

The first thing I do when I download the updates from the catalog, is copy the cab files for my language to a single location, and then extract the contents:

 

image

 

Once I have the MSP files, I am ready to start applying the update to each server by role.

 

***Note:  You MUST log on to each server role as a Local Administrator, SCOM Admin, AND your account must also have System Administrator role to the SQL database instances that host your OpsMgr databases.

 

My first server is a management server, and the web console, and has the OpsMgr console installed, so I copy those update files locally, and execute them per the KB, from an elevated command prompt:

 

image

 

This launches a quick UI which applies the update.  It will bounce the SCOM services as well.  The update usually does not provide any feedback that it had success or failure. 

 

You can check the application log for the MsiInstaller events to show completion:

 

Log Name:      Application
Source:        MsiInstaller
Date:          10/22/2016 1:11:18 AM
Event ID:      1036
Description:
Windows Installer installed an update. Product Name: System Center Operations Manager 2016 Server. Product Version: 7.2.11719.0. Product Language: 1033. Manufacturer: Microsoft Corporation. Update Name: System Center 2016 Operations Manager UR1 Update Patch. Installation success or error status: 0.

 

You can also spot check a couple DLL files for the file version attribute. 

 

image

 

Next up – run the Web Console update:

 

image

 

This runs much faster.   A quick file spot check:

 

image

 

 

Lastly – install the console update (make sure your console is closed):

 

image

 

A quick file spot check:

 

image

 

 

Additional Management Servers:

image75

 

Windows Update did not have the UR1 available from the web at the time of this posting – so I will continue to patch my additional management servers manually (which I prefer anyway!)

 

 

 

2. Apply the SQL Scripts

 

In the path on your management servers, where you installed/extracted the update, there is ONE SQL script file: 

%SystemDrive%\Program Files\Microsoft System Center 2016\Operations Manager\Server\SQL Script for Update Rollups

(note – your path may vary slightly depending on if you have an upgraded environment or clean install)

 

***Warning:  At the time of this posting – the KB article is wrong.  It references the data warehouse DB and a script name of  UR_Datawarehouse.sql.  However – UR1 for SCOM 2016 contains a script to be run against the OperationsManager database, with a name of update_rollup_mom_db.sql

 

image99

Next – let’s run the script to update the OperationsManager (Operations) database.  Open a SQL management studio query window, connect it to your Operations Manager database, and then open the script file (update_rollup_mom_db.sql).  Make sure it is pointing to your OperationsManager database, then execute the script.

You should run this script with each UR, even if you ran this on a previous UR.  The script body can change so as a best practice always re-run this.

 

image

 

Click the “Execute” button in SQL mgmt. studio.  The execution could take a considerable amount of time and you might see a spike in processor utilization on your SQL database server during this operation.  

I have had customers state this takes from a few minutes to as long as an hour. In MOST cases – you will need to shut down the SDK, Config, and Monitoring Agent (healthservice) on ALL your management servers in order for this to be able to run with success.

 

You will see the following (or similar) output: 

 

image10

 

 

IF YOU GET AN ERROR – STOP!  Do not continue.  Try re-running the script several times until it completes without errors.  In a production environment with lots of activity, you will almost certainly have to shut down the services (sdk, config, and healthservice) on your management servers, to break their connection to the databases, to get a successful run.

Technical tidbit:   Even if you previously ran this script in any previous UR deployment, you should run this again in this update, as the script body can change with updated UR’s.

 

 

3. Manually import the management packs

image18

 

There are 8 management packs in this update!   Most of these we don’t need – so read carefully.

The path for these is on your management server, after you have installed the “Server” update:

\Program Files\Microsoft System Center 2016\Operations Manager\Server\Management Packs for Update Rollups

However, the majority of them are Advisor/OMS, and language specific.  Only import the ones you need, and that are correct for your language.  

This is the initial import list: 

image

 

What NOT to import:

The Advisor MP’s are only needed if you are using Microsoft Operations Management Suite cloud service, (Previously known as Advisor, and Operations Insights).

The Alert Attachment MP update is only needed if you are already using that MP for very specific other MP’s that depend on it (rare)

The IntelliTrace Profiling MP requires IIS MP’s and is only used if you want this feature in conjunction with APM.

So I remove what I don’t want or need – and I have this:

image

These import without issue.

 

 

 

4.  Update Agents

image24

Agents should be placed into pending actions by this update for any agent that was not manually installed (remotely manageable = yes):  

 

 

image

If your agents are not placed into pending management – this is generally caused by not running the update from an elevated command prompt, or having manually installed agents which will not be placed into pending by design.

 

You can approve these – which will result in a success message once complete:

 

image30

 

 

 

 

 

 

 

5.  Update Unix/Linux MPs and Agents

 

image36

 

The “UR1” Linux updates were published a couple months after SCOM 2016 UR1 shipped.  You can see this point to apply those:

 

  https://blogs.technet.microsoft.com/kevinholman/2017/01/09/linux-mp-update-for-scom-2016-ur1/

 

 

 

 

6.  Update the remaining deployed consoles

 

image57

This is an important step.  I have consoles deployed around my infrastructure – on my Orchestrator server, SCVMM server, on my personal workstation, on all the other SCOM admins on my team, on a Terminal Server we use as a tools machine, etc.  These should all get the matching update version.

 

 

 

Review:

image60

Now at this point, we would check the OpsMgr event logs on our management servers, check for any new or strange alerts coming in, and ensure that there are no issues after the update.


Comments (18)

  1. Bookmarked this page.

    Thanks !

    1. ivan says:

      I have installed SCOM 2016 RTM in the lab (distributed install). I wanted to install scom unix-linux agent on my red hat7.2 server like i did in SCOM 2012 environment and for some reason could not find UNIX/Linux agents anwhere. Could not fine much stuff online either about unix linux agents location in SCOM 2016RTM env or scom media/iso or local install directory.
      HOW DO WE GET THOSE AGENTS? WHERE ARE THEY LOCATED ?

      1. Kevin Holman says:

        I ALREADY RESPONDED ON WHERE THEY ARE.

  2. Steve says:

    The KB article for this update rollup says the following:

    “Do not install this update rollup package immediately after you install the System Center 2016 Operations Manager server. Otherwise, the Health Service state may not be initialized.”

    I will be upgrading our environment from SCOM 2012 R2 UR11 to SCOM 2016. How long should I wait after upgrading the management server to SCOM 2016 before applying the UR1 update rollup?

    1. Kevin Holman says:

      Great question. The reason for this guidance is because SCOM deploys and synchronizes components after the install – behind the scenes. We really don’t want to interrupt that. In some cases – like after an upgrade – this can take considerable time. For this reason – our general rule of thumb is to wait 24 hours after deploying, before you install UR1 just to be safe. On a brand new installation of SCOM 2016, I find waiting as little as one hour is sufficient. The product group has never given use detail information as to how long, and specifically why.

  3. M.Mathew says:

    Did Microsoft Pull down the Patch. ?Am getting the following Error when I try to download the UR.
    The website has encountered a problem
    [Error number: 8DDD000F]
    File or directory not found. The page you are looking for cannot be found. It might have been removed, had its name changed, or is temporarily unavailable.
    Please try the following:

    1. Kevin Holman says:

      The Microsoft catalog requires use of Internet Explorer.

      1. M.Mathew says:

        That worked. Thx Kevin!

  4. Vinay says:

    Hi Kevin,

    If I want to schedule agent update, can I manually update agent even though agents are installed push installation method. mean can I reject agent update in pending management and later can I manually update it by running the msi

  5. Brian Wright says:

    I find it interesting that UR1 has been released so soon after RTM. The KB article doesn’t show what’s ‘fixed’ or what UR1 addresses? Why would one need UR1?

    1. Kevin Holman says:

      SCOM 2012 did EXACTLY the same thing. This is nothing new. Basically – when code is frozen and we RTM – that is several weeks/months before GA (general availability) Once code is frozen for any release – we start working on the next update. That means UR1 was potentially MONTHS in the making. That aint quick. 🙂

      As to what is in it – and why we didnt document it – I specifically called that out at the top of the page:

      Key fixes: We aren’t listing them.

      Wait. What did he just say?

      That’s right. We aren’t listing them in the KB like we normally due. There is a huge list of fixes, and detailing them all would be fairly pointless. UR1 was shipped the same day that SCOM 2016 became Generally Available. This IS the GA release. (SCOM 2016 UR1). You don’t need to look at the list and evaluate the fixes – you NEED to apply this first update. We did the same thing in SCOM 2012, the UR1 was critical and shipped at the same time the product became GA and officially supported. So just apply it. ASAP. Mmmmmkay?

    2. ivan says:

      Where are the UNIX-Linux Agents located. I have the media scom 2016 and install directory of SCOM but can not locate UNIX or Linux agents. Can someone explain where to find Linux-Unix agents and how to deploy them in scom 2016 env.

  6. Vinay says:

    hi Kevin,

    When we run it manually, its asking for reboot, so even when we push it through SCCM, does it requires reboot?

    1. Vinay says:

      Hi Kevin,

      When we run it manually, its asking for reboot, so even when we push it through SCCM, does it requires reboot? I mean, if we give /norestart , will it successfully install the patch, will agent works fine and send data to management servers

  7. Tina says:

    Hi kelvin, thanks for your post.
    Please how do I delete multiple management packs from SCOM 2016.
    It is urgent.
    Thank you.

    1. Benedict says:

      OpsMgr Powershell is the go something like this :

      Get-SCOMManagementPack | where{$_.displayname -like “*astringyouwanttosearchfor*”} | Remove-SCOMManagementPack

Skip to main content