Saiyad Rahim

My feedback

  1. 3 votes
    Vote
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    Saiyad Rahim shared this idea  · 
  2. 17 votes
    Vote
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    2 comments  ·  General Operations Manager Feedback » General  ·  Flag idea as inappropriate…  ·  Admin →
    An error occurred while saving the comment
    Saiyad Rahim commented  · 

    Agree.
    I have found the default dashboards in SCOM to be shockingly of inferior quality.
    To a support team, the presence of bright colours on the Board means they need to take action quickly and clear that colour (Alert) before the bosses start asking questions.

    I have invested in 3rd party SCOM Dashboards such as SquaredUp, OpsLogic and Savision.
    All do far better job than SCOMs default boards.

    HTML 5 is a way to go.
    But it must give customers "FULL" autonomy to customise if and how the customer needs it.
    Also, the boards should have the ability to show SLA values.
    All these should be made as optional where the customer can choose what he/she wants to show on their Board for Applications, Hardware, Services, End User etc

    It should have the ability to play Audio Alarms when an alert pops on screen/dashboard.
    There should be default alarma and should have the ability to upload and play other files from the customer.
    this audio alarm should be available in the SCOM Console as well for all Default Alerts and for any new custom Alerts being created.

  3. 150 votes
    Vote
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    Saiyad Rahim supported this idea  · 
  4. 10 votes
    Vote
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    Saiyad Rahim supported this idea  · 
  5. 2 votes
    Vote
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    Saiyad Rahim supported this idea  · 
  6. 61 votes
    Vote
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    Saiyad Rahim supported this idea  · 
  7. 11 votes
    Vote
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    Saiyad Rahim supported this idea  · 
  8. 102 votes
    Vote
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    Saiyad Rahim supported this idea  · 
  9. 45 votes
    Vote
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    Saiyad Rahim supported this idea  · 
  10. 206 votes
    Vote
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    Saiyad Rahim supported this idea  · 
    An error occurred while saving the comment
    Saiyad Rahim commented  · 

    Agree.
    SCOM's lack of this feature is becoming a pain as we got more of our regional offices on the WAN connected via switches and routers.

    Flood of alerts spamming the Service Desk has angered the SD Manager as well which is totally under stood.
    There should be a feature to stop further alerts from connected items if the "Core" item/device such as Switch/Router/opsMgr Server /SCOM GW etc goes down.

    There should be an ability of SCOM to ask during discovery if the item is a Core device or not which would be a starting point from there the user/SCOM admin can control if this devices failure should send out further alerts for its corresponding connected/underlying devices/objects.

Feedback and Knowledge Base