主页 / dba / 问题 / 200009
Accepted
SQL Sean
Asked: 2018-03-13 09:45:03 +0800 CST

@raise_snmp_trap 在@sp_add_alert 中做了什么吗？

  • 772

我有一个客户请求将 SNMP 陷阱合并为 SQL Server 中的警报方法。我发现执行此操作的唯一方法是使用 [msdb] 数据库中的 [dbo].[sp_add_alert]。

-- Add Message in sysmessages to be used for the alert
EXEC sp_addmessage
 @msgnum = 2624470,
 @severity = 1,
 @msgtext = 'A DEV GOT SYSADMIN, RUN!',
 @lang = 'us_english',
 @with_log = 'TRUE'

-- Create an Alert for a user-defined message in sysmessages
EXEC msdb.dbo.sp_add_alert
 @name = N'Alert_For_UserDefined_Message', 
 @message_id = 2624470, 
 @severity = 0, 
 @enabled = 1,
 @include_event_description_in = 1,
 @raise_snmp_trap = 1, 
 @job_id = N'00000000-0000-0000-0000-000000000000'

 -- Raise error to trigger the Alert
 RAISERROR (2624470,-1,-1)

但是，当我实际引发错误时，我只收到位于 sysmessages 中的实际消息。

现在，我不太熟悉 SNMP 陷阱，但我觉得好像有一些设置需要定义；无论是在创建警报时还是作为服务器配置中的设置。我在这里错过了什么吗？

我遇到了这个论坛帖子，我从中收集到的所有信息是，在版本 6.5 之后，此功能停止执行任何操作，但没有文档来支持其缺乏功能。

sql-server alerts

1 个回答

  1. Best Answer

    msdb.dbo.sp_add_alert调用msdb.dbo.sp_add_alert_internal，它又将值写入msdb.dbo.sysalerts表中。

    表sysalerts插入看起来像这样：

    INSERT INTO msdb.dbo.sysalerts
         (name,
          event_source,
          event_category_id,
          event_id,
          message_id,
          severity,
          enabled,
          delay_between_responses,
          last_occurrence_date,
          last_occurrence_time,
          last_response_date,
          last_response_time,
          notification_message,
          include_event_description,
          database_name,
          event_description_keyword,
          occurrence_count,
          count_reset_date,
          count_reset_time,
          job_id,
          has_notification,
          flags,
          performance_condition,
          category_id)
  VALUES (@name,
          @event_source,
          @event_category_id,
          @event_id,
          @message_id,
          @severity,
          @enabled,
          @delay_between_responses,
          @last_occurrence_date,
          @last_occurrence_time,
          @last_notification_date,
          @last_notification_time,
          @notification_message,
          @include_event_description_in,
          @database_name,
          @event_description_keyword,
          @occurrence_count,
          @count_reset_date,
          @count_reset_time,
          ISNULL(@job_id, CONVERT(UNIQUEIDENTIFIER, 0x00)),
          @has_notification,
          @raise_snmp_trap,
          @performance_condition,
          @category_id)

    该@raise_snmp_trap变量被填充并插入到表中的flags列中。Microsoft Docsdbo.sysalerts上的文档说标志列是“保留的”。

    由于似乎无法通过用户界面访问 SNMP 属性，例如“社区名称”、“陷阱目标”等，我猜SNMP 不再受支持。

    事实上，根据 Sean Gallardy - Microsoft（首席现场工程师）的说法：

    ...明确的答案是支持在 2000 年被取消。是的，它曾一度存在，但现在已不存在，即使存在的支持也充其量是可疑的。所有扩展存储过程和关联的 DLL 都已删除。

    • 2

相关问题