我在最近安装的SQL Server 2016上运行了一个SSIS包。最近,集成服务目录SSISDB的All Axecutions报告开始看起来像下面的截图。以5分钟为基础执行的程序包运行正常。没有错误。我可以看到正在按预期传输的数据。这份报告出了点问题。我做了一些搜索,似乎找不到任何东西。
有人对错误有任何想法吗?为什么它到处都显示#Error?
答案 0 :(得分:15)
解决方案:重启SSMS。
我可以在SSMS 13.0.16106.4 / SQL Server 13.0.4206.0上重现此错误(尽管报告工作了一段时间,问题又回来了。)
使用SQL相同的用户,但运行SSMS 12.0.5000.0(从远程桌面),报告很好。
SSMS 14.0.17177.0的另一位用户从未遇到过这个问题。
重启服务器无效。
我重新启动了SSMS 13.0.16106.4,解决了这个问题。这可能是SSMS内存问题。
答案 1 :(得分:1)
我遇到了同样的问题,并且最初认为这是因为在Windows 10上使用了最新的SSMS软件包 - 17.1 - 但是其他设置相同但没有出现错误。
然后我运行了SSRS的配置(已安装但未配置)。这创建了报告服务器数据库,但没有区别。我不认为SSIS报告无论如何都使用SSRS但不确定。
然后我运行了Windows更新,并安装了最新的.NET 4.7软件包。
重新启动SSIS报告后恢复正常!
因此,我在上面做的一个或组合与重新启动有所不同,但同样可能只是需要重新启动。
这是在我的开发机器上,我一直在备份并将SSISDB从生产恢复到我的开发环境 - 这可能会对尝试重新产生这个问题产生影响,但是从完全删除之后我就没有经历过这个问题并恢复SSISDB。
希望有帮助吗?
答案 2 :(得分:1)
使用SSMS Microsoft SQL Server Management Studio 14.0.17285.0。通过关闭SSMS并重新启动来解决此问题。
答案 3 :(得分:0)
我有这个问题。原来我从数据库中删除了一些Windows组,我正在加载数据(这是在一个完全不同的服务器上)。当我将它们添加回去时,报告有效并且没有显示#error
这当然没有任何意义,但我认为我会记录它,以防它有助于或慢跑某人的记忆