Warning: file_get_contents(/data/phpspider/zhask/data//catemap/2/ssis/2.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Sql server SSIS目录-所有执行报告仅在所有标题和超链接中显示#错误_Sql Server_Ssis - Fatal编程技术网

Sql server SSIS目录-所有执行报告仅在所有标题和超链接中显示#错误

Sql server SSIS目录-所有执行报告仅在所有标题和超链接中显示#错误,sql-server,ssis,Sql Server,Ssis,我正在最近安装的SQL Server 2016上运行SSIS包。最近,Integrations Services Catalogs SSIDB的All Axecutions报告开始显示如下屏幕截图。以5分钟为基础执行的包运行良好。没有错误。我可以看到数据按预期传输。这份报告有点不对劲。我四处搜索了一下,似乎什么也没找到 有人知道怎么回事吗?为什么到处都是错误 我遇到了完全相同的问题,最初认为这是因为在Windows 10上使用了最新的SSMS软件包17.1,但其他具有相同设置的用户没有发现错误

我正在最近安装的SQL Server 2016上运行SSIS包。最近,Integrations Services Catalogs SSIDB的All Axecutions报告开始显示如下屏幕截图。以5分钟为基础执行的包运行良好。没有错误。我可以看到数据按预期传输。这份报告有点不对劲。我四处搜索了一下,似乎什么也没找到

有人知道怎么回事吗?为什么到处都是错误


我遇到了完全相同的问题,最初认为这是因为在Windows 10上使用了最新的SSMS软件包17.1,但其他具有相同设置的用户没有发现错误

然后我运行了SSR的配置(已安装但未配置)。这创建了报表服务器数据库,但没有任何区别。我不认为SSIS报告使用SSRS,但不确定

然后我运行了Windows update,它安装了最新的.NET 4.7软件包

重新启动后,SSIS报告恢复正常

因此,我上面所做的一项或多项与重新启动一起产生了差异,但同样地,可能只是需要重新启动

这是在我的开发机器上,我一直在备份SSIDB并将其从生产环境恢复到我的开发环境中-这可能会影响尝试重新产生此问题,但在完全删除和恢复SSIDB之后,我从未遇到过此问题


希望有帮助?

解决方案:重新启动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内存问题


也发布在:

我有这个问题。事实证明,我从正在加载数据的数据库(位于完全不同的服务器上)中删除了一些windows组。当我重新添加它们时,报告工作正常,没有显示
#error


这当然毫无意义,但我想我应该记录它,以防它使用SSMS Microsoft SQL Server Management Studio 14.0.17285.0帮助或移动某人的内存。通过关闭SSM并重新启动解决了此问题。

microsoft的一些“不太有用”回复:谢谢您的评论。突然报告又开始正常工作了。我不知道我做了什么使它工作,但这不是故意的。一个链接到一个解决方案是受欢迎的,但请确保你的答案是有用的,没有它:这样你的同事用户将有一些想法是什么,为什么它在那里,然后引用你链接到的网页最相关的部分,以防目标网页不可用。添加了更多上下文。是的,谢谢,重新启动SSMS为我解决了这个问题。此问题发生在我们的更新计划之后。使用SSMS 17.9和SQL Server 2017,这不应该是相关的。一个工作站有问题,另一个没有针对同一台服务器。它在哪里说的?