【问题标题】:SSRS Subscriptions Duplicating emailSSRS 订阅重复电子邮件
【发布时间】:2011-12-12 16:55:40
【问题描述】:

今天有一个有趣的错误,在网上找不到任何关于它的信息,所以想知道你们中是否有人以前见过这种行为。

我们遇到了内存不足错误,今天早上我们的报告服务器上的 CPU 使用率飙升,干净的重新启动似乎解决了这个问题,但是从那以后所有的电子邮件订阅都发送了多次。这是什么意思,就 SSRS 而言,订阅在其正常时间(上午 10 点)运行一次,这已通过检查日志以查看是否发生了另一次执行(它没有发生)并通过重命名 SPROC 来证明报告引用以确保它会失败,但它没有并且邮件重新发送。然后我检查了 Exchange 队列并打开了连接日志记录,我可以看到每 30 分钟有一封新邮件重新提交到 Exchange 邮件队列。

问题是,是什么过程导致邮件被重新提交到交换服务器,以及除了再次重新启动之外,我们如何停止重新发送电子邮件。

提前致谢

-- 进一步--

在进行更多挖掘后,我们注意到[ReportServer].[dbo].Notifications 表中填充了所有多次发送的报告,每次发送重复的电子邮件时,Attempts 列都会增加。

我们仍然不知道为什么要重新发送这些文件

【问题讨论】:

    标签: sql-server-2008 email reporting-services exchange-server


    【解决方案1】:

    似乎已降至日志记录级别...如果您将报表服务器服务日志记录级别切换为级别 2(异常、重新启动和警告),此错误似乎会出现,但是当日志记录级别切换回到3或以上错误似乎消失了。这里注意到了一些类似的行为:http://social.msdn.microsoft.com/Forums/en-NZ/sqlreportingservices/thread/b78bb6e2-0810-4afd-ba6b-8b09a243f349

    【讨论】:

      【解决方案2】:

      检查订阅的 SQL 代理作业(以 GUID 命名)。也许那些日程安排搞砸了。

      【讨论】:

      • 感谢您的回复杰米。我检查了所有单独的工作,他们没有重新运行。物理订阅都没有重新运行,它似乎只是重新发送到交换服务器的实际电子邮件......
      • 电子邮件不在 SSRS 中排队,并且 SSRS(和 SQL)在出现故障时甚至不会尝试重新发送。所以我认为这正在其他地方发生。看看你为 SSRS 指定的 smtp 服务器,然后看看那个服务器,也许。
      猜你喜欢
      • 2023-03-03
      • 1970-01-01
      • 2018-01-09
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2010-10-06
      相关资源
      最近更新 更多