Managing Run As accounts and profiles


This version of Operations Manager has reached the end of support. We recommend you to upgrade to Operations Manager 2022.

System Center Operations Manager workflows, such as rules, tasks, monitors, and discoveries, require credentials to run on a targeted agent or computer. By default, workflows use the default action account for the agent or computer. The credentials for the default action account are configured when Operations Manager is installed.

When a workflow requires rights and privileges that the default action account can't provide, the workflow can be written to use a Run As profile. A Run As profile can have multiple Run As accounts associated with it. The Run As accounts allow you to specify the necessary credentials for specific computers. Multiple workflows can use the same Run As profile. The following image illustrates the relationship between workflows, Run As profiles, and Run As accounts.

Illustration showing Workflows use Run As profile to use Run As account.

In the image, three workflows use the same Run As profile. The Run As profile has three associated Run As accounts. In this example, each workflow that uses the Run As profile will run on Computer A using the credentials for Run As account 1, on Computer B and C using the credentials for Run As account 2, and on Computer D using the credentials for Run As account 3.

Run As profiles are defined in management packs by the management pack author. A Run As profile is used wherever its parent management pack is active. For example, the SQL Server 2014 management pack contains the SQL Run As profile, so the SQL Run As profile would be active on all servers running SQL Server 2014 that are monitored by the SQL Server 2014 management pack. The Run As profile is an association of one or more Run As accounts and the managed objects that the Run As accounts should be applied to.

In some cases, the Run As profile is imported into Operations Manager when the management pack that contains it is imported. In other cases, you may need to create it manually. In all cases, Run As profiles must be manually associated with a Run As account.

A Run As account contains a single set of credentials, which are stored in the Operations Manager operational database. Each Run As account has a security classification (more secure or less secure) that controls how the credentials are distributed for use. If you elect more secure credential distribution, you must configure the mapping of which computers the credentials are distributed to.

Disable run as accounts

With Operations Manager 2022, admins can manage the users' credentials that are required to perform the tasks in the Operations Manager console.

In earlier releases, by default, users with limited permissions have Use the predefined Run As Account option enabled. Admins can now disable this option. When disabled, all non-admin users will need to provide the credentials to execute the tasks using the console or the PowerShell cmd Start-SCOMTask.

To disable the option, admins are required to go to Settings > Miscellaneous > Tasks Execution, and then select Disabled.

Screenshot showing Disable Run As profile from tasks execution.

You can have multiple management groups connected to each other and view alerts from different management groups in a single operations console.

Users can also run tasks on machines in the other management groups. The settings will be effective from the management group where the operations console/PowerShell session is running from.

For example, if management group 1 (MG1) has the option as Enabled and management group 2 (MG2) has this option as Disabled, the users can run the task from a console in MG1 without credentials, irrespective of whether the target object is in MG1 or MG2.

Similarly, if a user is running a task from PowerShell in MG2, they will need credentials for the task if the target is in MG1.

Next steps