我真的不确定这个问题会在哪里得到最好的解答，所以我将这个post发布在一个特定于IIS的论坛上，同时也在SQL Server Central中针对一个SSRS特定的读者。 我遇到的问题很简单，但我不知道如何诊断。 我们有一个Windows Server 2003 R2机器 – 非常强大的机器，Intel Xeon X5670 CPU，2.93 GHz，23.9 GB的RAM。 机器没有被征税 – 绝大多数情况下，CPU使用率不到1％，内存使用率更低。 网卡也远没有征税 – 机器上有一个1GBPS的网卡。 该计算机安装了IIS 6.0，并且正在运行SQL Server Reporting Services 2005.有一个专用于ReportServer的应用程序池，其中包含Reports和ReportsServer（/ reports和/ reportserver）的界面。 问题如下： 在定期使用报告服务的过程中，偶尔会发生的情况是，这些报告将无法访问。 当试图通过/ reports或/ reportserver页面访问报告服务时，它只是处于连接状态。 如果我查看IIS日志，我发现有一个尝试连接，类似于下面的东西： 2012-12-05 16:57:16 W3SVC1 [IP HIDDEN] GET /ReportServer/Pages/ReportViewer.aspx %2fReports%2fChangement+d%27Adresse&rs:Command=Render&rc:Parameters=false&COA_ID=173 80 – 10.156.76.48 Mozilla/5.0+(Windows+NT+5.1;+rv:16.0)+Gecko/20100101+Firefox/16.0 401 2 2148074254 2012-12-05 16:57:16 W3SVC1 [IP HIDDEN] […]
我们正在托pipe一个SharePoint MOSS 2007环境，并安装并使用带有SSRS 2005的本机报表查看器 。所有工作正常，但是从互联网上来看，报表查看器显示的页面未findexception。 事实certificate，报告呈现在iframe中。 该iframe的URL由访问者的浏览器请求。 但是，报告服务器不能从互联网上访问，我们不希望使其可访问。 在某些ASP.Net应用程序中，我们使用另一个版本的报告查看器 ，这不会显示iframe，但会将报告embedded到页面的标记中。 更重要的是，报告将从Web服务器从报告服务器获得，并且报告服务器不能从互联网访问。 我已阅读了此版本中的同步呈现 ，并希望find一种使SharePoint版本的行为方式相同的方法。 有谁知道这是否可以完成，或者让报告服务器保持隐藏在防火墙后方的其他方式？
我在Server 2008 R2上安装了SQL Server 2008标准版，操作系统和SQL Server获得了最新的服务包和更新。 SQL Server已启动并正在运行，但无法通过Web Interface连接到SSRS，每次我都会收到以下消息： (provider: SSL Provider, error: 0 – The certificate chain was issued by an authority that is not trusted. 在事件日志中，我收到很多Schannel错误，ID 36882和36888.（远程服务器证书不可信）证书被固定到事件，它是一个自签署后退证书。 我试图解决的问题： 仔细检查SSRSconfiguration实用程序中的所有设置。 将rsreportserver.config中的“SecureConnectionLevel”值更改为0。 在SSCMconfigurationpipe理器中，closures对SQL Servernetworkingconfiguration和SQL Native Client的强制encryption。 在cliconfig.exe中，closures命名pipe道和TCP / IP的强制encryption。 SSRS仍会尝试检查自签名回退证书的信任状态。 我只是想获得SSRS访问安装MS CRM 2011到数据库，这是否会通过closuresSSL导致所有连接信任和在本地networking，甚至修复authentication错误无关紧要。
在将服务器移动到不同的子网之后，我无法使我的SSRS服务器成功与IIS保持同步。 我有2个静态IP为该服务器：.242在IIS绑定中明确定义，.161是为SSRS。 我将我的SSRS Web服务URL设置为“All Assigned”，并将Report Manager URL设置为（我正在删除http：//＆https：//前缀以获取此发布）appreports.domain.com:80/reports ＆+：443 /报告。 DNS指向.161。 此外，SSRS指向外部数据库服务器。 我所看到的对我来说很陌生。 我可以浏览到该服务器上的appreports.domain.com:80/reports，它看起来不错 – 我在SSRS报告pipe理器页面，一切都很好。 当我从另一台计算机调用appreports.domain.com:80/reports时，出现IIS错误： HTTP错误404 – 找不到文件或目录。 Internet信息服务（IIS） 我不确定为什么IIS在远程访问时拦截呼叫。 在系统日志中，我看到这个： 已收到Kerberos错误消息：login会话客户端时间：服务器时间：17：10：4.0000 10/29/2013 Z错误代码：0x7 KDC_ERR_S_PRINCIPAL_UNKNOWN扩展错误：0xc0000035 KLIN（0）客户端领域：客户端名称：服务器领域：DOMAIN .LOCAL服务器名称：MSSQLSvc / VM-db.domain.local：1433目标名称：MSSQLSvc / VM-db.domain.local：[email protected]错误文本：文件：9行：f09 在ReportServerService日志中，没有错误 – 这是健康的图片。 我怀疑是有一个SPN的问题，但是我不能很好的评论。 最受欢迎的想法！
我有一个外部SMTP提供程序：auth.smtp.1and1.co.uk 我正尝试在Windows 2012 Azure虚拟机上通过此发送SQL Server Reporting Services电子邮件。 它的configuration足够正确的电子邮件生成，但我没有configuration的东西或错误configuration的东西作为电子邮件，然后留在队列中。 设置细节 configurationSMTP虚拟服务器 General: IP Address: Fixed value Access: Access Control: Authentication: ticked Anonymous access Access: Connection Control: All except the list below (which is empty) Access: relay restrictions: Only the list below (which contains 127.0.0.1), ticked 'allow all..' option Delivery: Outbound Security…:Basic Authentication with username and password […]
我们有一台运行SQL Server 2012和Microsoft Dynamics GP 2013的新的Windows 2012服务器。 我也被要求在这台服务器上安装SharePoint 2013。 我知道GP 2013现在使用SSRS进行报告，我们也计划将SSRS与SharePoint 2013集成。 有谁知道安装SharePoint是否会导致GP的报告问题？
我们有两个Web服务器调用SSRS服务来查询那里的报告。 两台服务器的设置都是相同的，但是当其中一台服务器工作时，另一台服务器在尝试查询列表时返回401未授权的exception 身份validationtypes是NTLM，并且两个服务器都已在SSRS上设置为具有浏览器function。 在两个调用SSRS的服务器上运行的应用程序都以ApplicationPoolIdentity的forms运行，因此它会退回到以Domain \ ServerName $执行报表。 我可以看到工作服务器使用用户名Domain \ ServerName $进行身份validation，但不能看到非工作服务器是否正在通过，因为只有SSRSlogging了成功的执行。 有没有办法检查某个地方？ 有没有办法可以closures一台服务器的authenticationtypes？ 谢谢
我们启动了一个未运行几个月的testingSSRS服务。 看来，它已经决定发送所有错过了时间表的报告（所以任何报告自从打开以来都没有发送）。 我们显然不想要这个。 在启动尚未激活的SSRS服务一段时间之后，阻止这种情况发生的一个好的过程是什么？ 有周围的SQL脚本，可以删除任何未来的计划报告？
我有两个Windows 2012 R2节点上运行的多子网SQL Server 2012故障转移群集。 在NODE A上时，集群位于192.168.1.10，在NODE B上时，集群位于192.168.5.10。当我查看域上的DNS时，我看到2个logging： SQLCLUSTER – 192.168.1.10 SQLCLUSTER – 192.168.5.10 从我读的时候，有2个同名的logging，Windows客户端应该足够聪明，可以在10秒内确定实时IP，但是我没有那么做。 如果我把集群从NODE A转移到NODE B，许多客户机（web和SSRS）将不会提取新的IP地址。 所以，例如，如果我在SSRS机器上，并ping SQLCLUSTER，我会看到它从192.168.1.10回复。 如果我把群集切换到NODE B并再次ping，它仍然试图ping 192.168.1.10，而不是.5.10。 这似乎是确保它正常工作的唯一方法是删除离线节点的DNSlogging，然后在客户端上执行flushdns / registerdns。 有可能是我错过了吗？ 是DNS服务器在192.168.1.x子网上的问题，并可能优先于.1.x地址？ 我看着事件查看器，并没有看到有关写入DNSlogging或读取它们的任何错误，所以这导致我相信我可能只是有一些configuration不当的东西。
我们在同一个生产服务器上运行IIS和SSRS，并且有两种types的报告 – 一个通过Report Viewer运行，连接到SSRS（远程模式），另一个调用SSRS Web服务生成PDF。 对于这两种报告types，加载页面时都会变得非常慢，耗时20秒以上。 在服务器负载繁重的时期，这种情况最为明显，在IIS中回收应用程序池之后，速度缓慢，但在一段时间后回来（应用程序池设置为每天凌晨3点回收）。 我已经检查了SSRS的执行日志 – 对于所有的报告，数据检索+处理+渲染的时间不会超过2秒，SSRS的http日志表明当页面没有响应时IIS没有请求 – 一次该请求确实达到了非常快的加载速度。 通过报告pipe理器运行的报告也非常快。 这似乎并不像SSRS是罪魁祸首，似乎是在IIS中的东西造成的。 有没有其他人遇到类似的问题，或可以指出我在正确的方向进行诊断？ 非常感谢。