Private Preview - 2019 Update Rollup 1: User's Guide
Private Preview - 2019 Update Rollup 1: User's Guide
Private Preview - 2019 Update Rollup 1: User's Guide
User’s Guide
• Console
• ACS
• Web Console
• Reporting
The improvised user interface will guide you through the installation steps which will
patch the management server, update the databases and update the management
packs.
Recommendation:
FAQs:
• Will the one click patching experience patch the entire SCOM deployment
including the agents?
Answer: No, it’ll only update the management server, databases and
management packs. All other components need to be patched in the existing
manner.
• What will happen in case of a failure at any step?
Answer: The patch will stop at the first point of failure. You will be shown the links
to view the respective logs so that you may fix the issues and execute the patch
again.
In case you’re not using the UI for patching then you may visit the following
locations to view the logs:
Setup Log: C:\Users\<UserName>\Appdata\Local\SCOM\Logs
SQL Logs: <SCOM install directory>\server\ SQL Script for Update Rollups
\SqlExceptions_{version}.log
MP Import Logs: <SCOM install directory>\server\ Management Packs for
Update Rollups\ManualMPImport_{version}.log
• I, as an admin do not have permissions on the databases. How will the patching
work then?
Answer: The patching does not use admin account
• Will all the management packs will be imported?
Answer: Only the management packs existing in the customer’s environment will
be updated if an update is available for them.
• Will I be able to uninstall the management server patch?
Answer: Uninstallation of the management server patch will not be supported
The existing universal management packs are being enhanced in SCOM 2019 UR1. Any
new Linux platform support will be made available via these management packs
depending upon the kind of distribution, rpm or deb. These management packs will also
be version and distribution agnostic, which means that for all future Linux platform
support the same management pack will be updated instead of releasing a new
management pack per Linux distribution.
FAQ:
Steps to discover and monitor platforms other than RHEL 7 and SLES 12:
Please use the universal management pack as outlined in the previous section to
discover and monitor RHEL-8.
To create new workflow or override existing workflows in the universal MP for RHEL-8
groups can be created with dynamic members.
i. Go to Authoring Pane, right click on “Groups” and select “Create a new Group” to
open “Create Group Wizard”.
vii. Click on “Next” and then click on “Create” to create the group
With this change now you can see one extra ‘omiagent’ process running under ‘omi’ user
during heartbeat collection.
Apart from this SCX logging level has also decreased from Info to Warning to avoid
quick filling up of disk space.
https://www.microsoft.com/en-us/download/details.aspx?id=100782
▪ Action Accounts
o Default Action Account-Management Server Action Account
o Agent Action Account
o GW Server Action Account
o Run As Accounts
▪ System Center Configuration Service and System Center Data Access Service (needs
to be a part of local admin group)
▪ Data Reader Account (for SSRS)
▪ Data Warehouse Write Account (for DW)
The following steps outline the changes are required to be made by the SCOM admin
should they wish to leverage gMSA. The scope of this document is the usage of gMSA in
SCOM, and not creating the gMSA accounts. You may refer to this link for knowing more
about gMSA and their creation.
Run the following powershell command for each gMSA account. If it returns ‘True’, then
gMSA is ready to be used on the machine.
Test-ADServiceAccount <gMSA_name>
Action Account
System Databases: msdb
Select ‘Entire Directory’ in the locations and ‘Service Accounts’ in the object type
SQLAgentOperatorRole
SQLAgentReaderRole
SQLAgentUserRole
Select ‘Entire Directory’ in the locations and ‘Service Accounts’ in the object type
Check names for the action account ‘momActGMSA’ which is the gMSA for Action
Account in the directory
db_datareader
db_datawriter
db_ddladmin
dbmodule_users
Select ‘Entire Directory’ in the locations and ‘Service Accounts’ in the object type
Check names for the action account ‘momDASGMSA’ which is the gMSA for Data Access
Service Account in the directory
SQLAgentOperatorRole
SQLAgentReaderRole
SQLAgentUserRole
Select ‘Entire Directory’ in the locations and ‘Service Accounts’ in the object type
Check names for the action account ‘momDASGMSA’ which is the gMSA for Data
Access Service Account in the directory
configsvc_users
db_accessadmin
db_datareader
db_datawriter
db_ddladmin
db_securityadmin
dbmodule_users
sdk_users
sql_dependency_subscriber
Select ‘Entire Directory’ in the locations and ‘Service Accounts’ in the object type
Check names for the action account ‘momDASGMSA’ which is the gMSA for Data
Access Service Account in the directory
apm_datareader
db_datareader
OpsMgrReader
Select ‘Entire Directory’ in the locations and ‘Service Accounts’ in the object type
Check names for the action account ‘momDWGMSA’ which is the gMSA for Data Writer
Account in the directory
apm_datareader
apm_datawriter
db_datareader
dwsynch_users
Select ‘Entire Directory’ in the locations and ‘Service Accounts’ in the object type
Check names for the action account ‘momDWGMSA’ which is the gMSA for Data Writer
Account in the directory
apm_datareader
db_datareader
db_owner
OpsMgrWriter
Select ‘Entire Directory’ in the locations and ‘Service Accounts’ in the object type
Check names for the action account ‘momRepGMSA’ which is the gMSA for Data Reader
Account in the directory
RSExecRole
Select ‘Entire Directory’ in the locations and ‘Service Accounts’ in the object type
RSExecRole
SQLAgentOperatorRole
SQLAgentReaderRole
SQLAgentUserRole
Select ‘Entire Directory’ in the locations and ‘Service Accounts’ in the object type
Check names for the action account ‘momRepGMSA’ which is the gMSA for Data
Reader Account in the directory
apm_datareader
db_datareader
OpsMgrReader
Select ‘Entire Directory’ in the locations and ‘Service Accounts’ in the object type
Check names for the action account ‘momRepGMSA’ which is the gMSA for Data
Reader Account in the directory
db_owner
RSExecRole
Check names for the action account ‘momRepGMSA’ which is the gMSA for Data
Reader Account in the directory
db_owner
RSExecRole
1. From services.msc
Please remove the existing password, otherwise an error calling out ‘Please enter a valid
password’ will be prompted.
The gMSA account seems to be accepted from the UI, but upon generating a report in
SCOM, failure is observed. This is because the reporting service tries to login interactively
rather than service logon, which is a requirement for gMSA. This experience is yet to be
fixed in SQL.
Action Accounts
In the SCOM Console, navigate to Administration>Run-as configuration>accounts.