我在最近安装的 SQL Server 2016 上运行 SSIS 包。最近，集成服务目录 SSISDB 的所有 Axecutions 报告开始看起来像下面的屏幕截图。以 5 分钟为基础执行的包运行良好。没有错误。我可以看到数据按预期传输。这份报告有问题。我做了一些搜索，似乎找不到任何东西。
任何人对什么是错的有任何想法？为什么到处都显示#Error？
【问题讨论】：
标签： sql-server ssis
解决方案：重启 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 内存问题。
【讨论】：
使用 SSMS Microsoft SQL Server Management Studio 14.0.17285.0。通过关闭 SSMS 并重新启动它解决了这个问题。
【讨论】：
我遇到了同样的问题，最初认为这是由于使用了最新的 SSMS 包 - Windows 10 上的 17.1 - 但其他具有相同设置的人没有收到错误。
然后我运行了 SSRS 的配置（已安装但未配置）。这创建了报告服务器数据库，但没有任何区别。我认为 SSIS 报告无论如何都不会使用 SSRS，但不确定。
然后我运行 Windows 更新，它安装了最新的 .NET 4.7 包。
重新启动后 SSIS 报告恢复正常！
因此，我在上面所做的一个或组合与重新启动一起产生了影响，但同样可能只是需要重新启动。
这是在我的开发机器上，我一直在备份并将 SSISDB 从生产环境恢复到我的开发环境 - 这可能与尝试重现此问题有关，但在完全删除之后和之后我没有遇到过并恢复 SSISDB。
希望有帮助吗？
【讨论】：
我遇到了这个问题。原来我已经从我正在加载数据的数据库中删除了一些 Windows 组（它位于完全不同的服务器上）。当我将它们添加回来时，报告有效并且没有显示#error
这当然毫无意义，但我想我会记录下来以防它有助于或促进某人的记忆
【讨论】：
RE：“我重新启动了 SSMS 13.0.16106.4，解决了问题。这可能是 SSMS 内存问题。”来自@James Bourne
RE：“使用 SSMS Microsoft SQL Server Management Studio 14.0.17285.0。通过关闭 SSMS 并重新启动它解决了这个问题。”来自@Ade
我在几个 SSMS 选项卡中打开了一些非常大的 nHibernate 查询（从扩展事件中捕获）。我关闭了每个选项卡并重新启动了 SSMS 版本 18.8。
问题解决了！
【讨论】：