WordPress.com



Hi Guys,Copy the rollup package file on all Management server, gateway server, SQL server, Agent machine, console server etc. You can start with any of the management server. If you have 3 management server, you can start with any of the management server, not necessary to start with 1st MS server.You can download the package file from below linkKB Article for OpsMgr:?? catalog site:?? are the sequence to install the updateInstall the update rollup package on the following server infrastructure:Management serversAudit Collection servers Gateway serversWeb console server role computersOperations console role computersApply SQL scripts.Manually import the management packs.Update AgentsSteps 1Management server: Open the command prompt as administrator and run the command. Once it’s done check the application events logs event id 1036. If you have installed Operation console in MS server you can run the console package also.Run the same command in all MS server.You can check the application log for the MsiInstaller events to show completion: Log Name: ApplicationSource: MsiInstallerDate: 8/31/2016 9:01:13 AMEvent ID: 1036Description:Windows Installer installed an update. Product Name: System Center Operations Manager 2012 Server. Product Version: 7.1.10226.0. Product Language: 1033. Manufacturer: Microsoft Corporation. Update Name: System Center 2012 R2 Operations Manager UR11 Update Patch. Installation success or error status: 0.Steps 2If you have ACS you can update or you can move to Gateway server.Step 3SQL Server (Operation DB and DW DB)In the path on your management servers, where you installed/extracted the update, there are two SQL script files:?%SystemDrive%\Program Files\Microsoft System Center 2012 R2\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)?First – let’s run the script to update the OperationsManagerDW (Data Warehouse) database.? Open a SQL management studio query window, connect it to your Operations Manager DataWarehouse database, and then open the script file (UR_Datawarehouse.sql).? Make sure it is pointing to your?OperationsManagerDW?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.If you see a warning about line endings, choose Yes to continue.?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.You will see the following (or similar) output:?? “Command(s) completes successfully”?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.??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:?or??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 packsnow you import the latest management pack from below location?There are 55 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 2012 R2\Operations Manager\Server\Management Packs for Update RollupsHowever, the majority of them are Advisor/OMS, and language specific.? Only import the ones you need, and that are correct for your language.? I will remove all the MP’s for other languages (keeping only ENU), and I am left with the following:?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 APM MP’s are only needed if you are using the APM feature in SCOM.Note the APM MP with a red X.? This MP requires the IIS MP’s for Windows Server 2016 which are in Technical Preview at the time of this writing.? Only import this if you are using APM *and* you need to monitor Windows Server 2016.? If so, you will need to download and install the technical preview editions of that MP from TFS MP bundle is only used for specific scenarios, such as DevOps scenarios where you have integrated APM with TFS, etc.? If you are not currently using these MP’s, there is?no need to import?or update them.? I’d skip this MP import unless you already have these MP’s present in your environment.However, the Image and Visualization libraries deal with Dashboard updates, and these always need to be updated.I import all of these shown without issue.???4.? Update AgentsAgents?should?be placed into pending actions by this update for any agent that was not manually installed (remotely manageable = yes):??One the Management servers where I used?Windows Update?to patch them, their agents did?not?show up in this list.? Only agents where I manually patched their management server showed up in this list.? FYI.?? The experience is NOT the same when using Windows Update vs manual.? If yours don’t show up – you can try running the update for that management server again – manually.?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.In this case – my agents that were reporting to a management server that was updated using Windows Update – did NOT place agents into pending.? Only the agents reporting to the management server for which I manually executed the patch worked.I manually re-ran the server MSP file manually on these management servers,?from an elevated command prompt, and they all showed up.You can approve these – which will result in a success message once complete:??Soon you should start to see PatchList getting filled in from the?Agents By Version?view under?Operations Manager?monitoring folder in the console:?SCOM 2012 UR 11 upgradation activity completed ................
................

In order to avoid copyright disputes, this page is only a partial summary.

Google Online Preview   Download