General Operations Manager Feedback

Do you have an idea or suggestion based on your experience with SCOM? We would love to hear it! Please take a few minutes to submit your idea in the one of the forums available on the right or vote up an idea submitted by another SCOM customer. All of the feedback you share in these forums will be monitored and reviewed by the Microsoft engineering teams responsible for building SCOM. We have already added some of the feedback we received through the TAP program and the recent SCOM survey.

This forum (General Feedback) is used for any broad feedback related to SCOM.
Be specific on your feedback. The more specific, the easier and quicker for us to review. Please be concise!!

If you have technical questions or need help with SCOM, please try visit our MSDN forums.

  • Hot ideas
  • Top ideas
  • New ideas
  • My feedback
  1. Fix the predefined command line parameters for the Command Notification Channel wizard settings

    When creating a Command Notification Channel under the Administration pane in the console, the predefined command line parameters for "WebConsole Alert Link" and "WebConsole Alert Source Link" given in the auxiliary menu for command line parameters is incorrect. It appears the Syntax has errors.

    When attempting to add for either of these presets we get:

    $Target/Property[Type="Notification!Microsoft.SystemCenter.AlertNotificationSubscriptionServer"]/WebConsoleUrl$/#/monitoring/drilldown/alert/$UrlEncodeData/Context/DataItem/AlertId$
    

    And

    $Target/Property[Type="Notification!Microsoft.SystemCenter.AlertNotificationSubscriptionServer"]/WebConsoleUrl$/#/monitoring/drilldown/object/$UrlEncodeData/Context/DataItem/ManagedEntity$
    

    The problem is the last part of each of these statements:

    $UrlEncodeData/Context/DataItem/ManagedEntity$
    

    Which should be formatted as

    $Data/Context/DataItem/ManagedEntity$
    

    The problematic form is incorrect and does not yeaild the epected information, however it is a predefined preset built into the UI.

    Kevin Holman…

    9 votes
    Vote
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    under review  ·  1 comment  ·  Administration  ·  Flag idea as inappropriate…  ·  Admin →
  2. Path, MP, Class, GUIDs, etc. Columns Needed in Numerous Screens


    • Groups: Add column for MP (where group is defined/stored)

    • Groups: add column to view "total members"

    • Group Explicit Members: Only the DisplayName of classes appear. There are many, many duplicate class names and it's nearly impossible to select the correct one. Add columns for MP and class Name.

    • Subscriptions: add column to view "subscription giud"

    • Performance View: when adding specific rules to a perf view only the DisplayName of the rules appear. Add columns for Name and MP.

    • Management Pack/Alert Tuning: Add path information

    • State Views: Add column for class Name and Monitoring Object ID

    150 votes
    Vote
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    8 comments  ·  Administration  ·  Flag idea as inappropriate…  ·  Admin →
  3. make SCOM Faster!!!

    SCOM can be extremely slow and is a constant issue for our users, like embarrassingly slow...Not sure what it will take to improve the console speed but here are some suggestions:
    Configure the views to be efficient out of the box.
    Disable by default whatever is taking so long to load.
    Re-design the database. More indexes.
    Cache the views on the SCOM Console servers.
    Make a better search function, so even if it is slow, users can quickly find what they are looking for.
    Load pieces of the views at a time, like server name, then health state, then MM.…

    599 votes
    Vote
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    under review  ·  12 comments  ·  Administration  ·  Flag idea as inappropriate…  ·  Admin →
  4. Dynamic Application Discovery for creating Distributed Applications (Services)

    Implementation of dynamic application discovery like former BlueStripe software and building the corresponding distributed application with all it's dependencies.

    230 votes
    Vote
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    21 comments  ·  Administration  ·  Flag idea as inappropriate…  ·  Admin →
    under review  ·  SCOM PMs responded

    Thanks for your suggestion and up-votes. This request is under review and we will keep this thread updated on developments about the integration.

    Meanwhile, I have a question for everyone that requested this feature. Hypothetically speaking, “If” this feature will be available in SCOM console ONLY if you have the OMS addon, would you be willing to/able to use this feature? Do any of you have a limitation of not being able to use OMS along with your SCOM environment?

  5. Alert object should always contain source server FQDN

    The alert object does not always contain the source FQDN of the generating server. This property should be able to get by PowerShell. This would help building connectors using PowerShell / SMA etc.

    226 votes
    Vote
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    5 comments  ·  Administration  ·  Flag idea as inappropriate…  ·  Admin →
  • Don't see your idea?

Feedback and Knowledge Base