locked
SCOM 2012r2 and monitoring the SMTP delivery queues with the Exchange 2013 mgmt. pack RRS feed

  • Question

  • Hi,

    We have SCOM 2012r2 and the Exchange 2013 mgmt. pack - "SC Management Pack for Exchange 2013" installed but can't find anywhere that its monitoring the SMTP delivery queues (or is the "retry" queue we should be monitoring)? We've had issues with messages backing up in the queues and never received any alerts.  I would have thought that this is a key component of the mgmt. pack, is enabled by default and would send alerts.  We certainly receive a bunch of other Ex2013 alerts.

    It's possible someone has turned off/down in the past so if you could advise where I can check this, please do. Also, we want to set a threshold for the # of messages in the queue.

    Thanks


    • Edited by sslondon Monday, May 14, 2018 2:25 AM
    Monday, May 14, 2018 12:55 AM

Answers

  • Hi,

    I think there should be a monitor called "SMTP Queue Length Monitor", did you look for it (In Authoring>Monitors)? If you find it, look for "overrides summary". If you see any overrides, adjust them according to your needs.

    It should have a "No of messages" parameter override-able (default is 200) that you can set as per your needs.

    Please post back if you need further help.

    Hope this helps

    Cheers


    Sam (Please take a moment to "Vote as Helpful" and/or "Mark as Answer" wherever applicable. Thanks!)

    • Marked as answer by sslondon Wednesday, May 16, 2018 4:27 AM
    Monday, May 14, 2018 7:36 AM
  • Hi,

    there is such rule indeed (actually there are three of them), but their alert generation is disabled. Those are the rules:

    Exchange 2013 Server: Queue Length

    and

    Microsoft.Exchange.15.Rules.Server.QueueCount (Rule)

    There is also this one:

    Exchange 2013 Server: Transport Queue Database Size (MB)

    As you see for all of those you have "Alert generations" set to "False" and this is not overridable. This is because those are performance collection rules.

    You can accomplish your goal with a little XML editing. Please read here the suggestion of Roman, who was involved in writing the MP:

    Exchange 2013 transport queue SCOM Alert need

    Hope you find this helpful. Please post back with the outcome.

    Thanks and Regards,


    (Please take a moment to "Vote as Helpful" and/or "Mark as Answer" where applicable. This helps the community, keeps the forums tidy, and recognizes useful contributions. Thanks!) Blog: https://blog.pohn.ch/ Twitter: @StoyanChalakov


    Monday, May 14, 2018 8:35 AM

All replies

  • Hi,

    I think there should be a monitor called "SMTP Queue Length Monitor", did you look for it (In Authoring>Monitors)? If you find it, look for "overrides summary". If you see any overrides, adjust them according to your needs.

    It should have a "No of messages" parameter override-able (default is 200) that you can set as per your needs.

    Please post back if you need further help.

    Hope this helps

    Cheers


    Sam (Please take a moment to "Vote as Helpful" and/or "Mark as Answer" wherever applicable. Thanks!)

    • Marked as answer by sslondon Wednesday, May 16, 2018 4:27 AM
    Monday, May 14, 2018 7:36 AM
  • Hi,

    there is such rule indeed (actually there are three of them), but their alert generation is disabled. Those are the rules:

    Exchange 2013 Server: Queue Length

    and

    Microsoft.Exchange.15.Rules.Server.QueueCount (Rule)

    There is also this one:

    Exchange 2013 Server: Transport Queue Database Size (MB)

    As you see for all of those you have "Alert generations" set to "False" and this is not overridable. This is because those are performance collection rules.

    You can accomplish your goal with a little XML editing. Please read here the suggestion of Roman, who was involved in writing the MP:

    Exchange 2013 transport queue SCOM Alert need

    Hope you find this helpful. Please post back with the outcome.

    Thanks and Regards,


    (Please take a moment to "Vote as Helpful" and/or "Mark as Answer" where applicable. This helps the community, keeps the forums tidy, and recognizes useful contributions. Thanks!) Blog: https://blog.pohn.ch/ Twitter: @StoyanChalakov


    Monday, May 14, 2018 8:35 AM
  • Thanks Sam and Soyan!
    Wednesday, May 16, 2018 4:27 AM