当我启动SQL Server的Kerberosconfigurationpipe理器并尝试连接到本地计算机时，出现“无法从系统访问用户主体信息的Kerberos Configuration Manager for SQL Server错误” Googlesearch返回的结果最less。 http://social.technet.microsoft.com/Forums/en-US/717d6821-f3f4-43a6-8bba-5eb4804df499/unable-to-access-user-principal-information-from-the-system-error-when-试图对推出的Kerveros？论坛= sqltools http://social.msdn.microsoft.com/Forums/sqlserver/en-US/717d6821-f3f4-43a6-8bba-5eb4804df499/unable-to-access-user-principal-information-from-the-system-error-当-试图对推出的Kerveros？论坛= sqltools 我正在使用单个帐户在单个域中工作。 这个系统中的用户都不是孤立的，或者显示一个GUID而不是他们的ID。 我真的想用这个工具来帮助解决我的Reporting Services Kerberos问题。 该工具生成的日志显示以下错误： 9/16/2014 11:43:05 AM Info: Connect to WMI, \root\cimv2 9/16/2014 11:43:37 AM Error: Access of system information failed System.Runtime.InteropServices.COMException (0x80070035): The network path was not found. at System.DirectoryServices.DirectoryEntry.Bind(Boolean throwIfFail) at System.DirectoryServices.DirectoryEntry.Bind() at System.DirectoryServices.DirectoryEntry.get_AdsObject() at System.DirectoryServices.PropertyValueCollection.PopulateList() at System.DirectoryServices.PropertyValueCollection..ctor(DirectoryEntry entry, […]
我（和我的经理）希望能够通过Configuration Managerpipe理控制台在我们的工作站中创buildSCCM 2012 SP1中的自定义报告。 不幸的是，如果你点击“创build报告”button，你会得到以下错误： The Report Builder click-once application does not exist on the report server 'SCCMReportingPoint.ad.contoso.com'. Ensure that the report builder application manifest exists on the server and try again. 如果我在SCCM服务器（SCCMReportingPoint.ad.contoso.com）上尝试相同的过程，则Configuration Managerpipe理控制台将正确启动ReportBuilder，并获取“创build报告向导”。 我做了以下尝试解决这个问题，但没有成功： 在我的工作站上安装了ReportViewer 2012 SP1和ReportBuilder 3.0 尝试以pipe理员身份启动pipe理控制台 根据此TechNetpost将ReportBuilder_3_0_0_0.application的HKLM/SOFTWARE/Wow6432Node/Microsoft/ConfigMgr10/AdminUI/ReportingReportBuilderApplicationManifestNameregistry项更改为ReportBuilder_3_0_0_0.application 。 通过SCCM服务器上的Reporting Services日志（ C:\Program Files\Microsoft SQL Server\MSRS10_50.MSSQLSERVER\Reporting Services\LogFiles\ReportServerService__10_28_2013_00_00_33.log ）查看错误。 我没有find任何。 我不知所措 我真的希望能够设置自定义报告，而不必让我们的数据库pipe理员参与（他是一个忙碌的人）。 有没有人有任何想法我失踪？
我在集成模式下运行SQL Server 2005 Reporting Services的MOSS。 有许多报告生成，然后通过SharePoint的订阅通过电子邮件发送。 零星的所有订阅将无法通过“发送邮件失败：报表服务器遇到SharePoint错误”的错误消息发送电子邮件。 任何一个人都可以告诉我们为什么会出现这种情况，我能做些什么来阻止它呢？
在报表生成器中尝试添加数据集时，系统会提示“input数据源凭据”。 select“使用当前Windows用户”失败，并且我没有指定用户的密码。 环境是SCCM 2012。 需要更改哪些权限才能访问SCCM数据源？ 在SCCM / SSRS中授予用户RW访问报告的最佳实践是什么？
我想我已经浏览了所有的菜单和控制面板，我找不到任何configurationIIS。 我觉得IIS已经安装了，因为SQL Server Reporting Services有一个运行的网页和一个虚拟目录。
TL;博士 我有一个多实例SQL Server上的专用IP地址和端口（162.xxx.xxx.51：1433）的SQL Server实例（SQLSERVER01-i01）（Windows Server上的每个SQL Server实例都有自己的IP地址）全部运行在一台Windows服务器上（SQLSERVER01 / 162.xxx.xxx.50）。 我还有一个专用的具有自己的IP地址和端口（168.xxx.xxx.71：1433）的Reporting Services实例（SQLSERVERRS01-i01），该实例运行在具有自己的IP地址的不同Windows服务器（SQLSERVERRS01）上.xxx.xxx.70）。 专用的Reporting Services服务器具有应用程序APPL1 ，可以通过http://SQLSERVERRS01-i01:80/Reports_APPL1或通过http://SQLSERVERRS01:80/Reports_APPL1 。 由于主机报头的Reporting Servicesconfiguration中的*:80configuration，SSRS将select这两个请求。 我们在每个IP范围之间都有多个防火墙，这意味着我们必须为每个IP到IP或IPrange到IP的连接申请一个特定的规则。 但是，如果涉及两台服务器，则安全性要求防火墙始终必须是IP到IP的规则。 题 （基于屏幕截图进一步下降） 当Reporting Services服务器连接到SQL Server实例（位于162.xxx.xxx.51）以检索数据时，是否始终会与Windows服务器的基础IP地址（168.xxx.xxx.70 / preferred）build立连接）SSRS正在运行，还是将（有时）使用SQL Server Reporting Services实例的IP地址（168.xxx.xxx.71）？ 这与使用IP到IP方法的防火墙规则的configuration相关。 我将要么申请一个规则，通过端口1433或168.xxx.xxx.70到162.xxx.xxx.51连接定义一个168.xxx.xxx.71到162.xxx.xxx.51连接港口1433。 目前我会申请两个防火墙规则。 奖金问题 我可以configurationReporting Services服务器与专用IP地址进行通信吗？ 在这种情况下与168.xxx.xxx.71地址。 解决scheme我不是在找 我不是在寻求如何优化防火墙configuration或如何为我们的networking实施分区概念的build议。 （它已经在pipe道中）。 另外，我对反馈表示不感兴趣，build议在同一台服务器上安装SQL Server和SSRS可以解决我的问题。 我知道，很乐意这样做，但需要与SSRS组件一起运行的第三方软件。 有用 如果我在SSRS和SQL Server实例之间应用两个防火墙规则，我的configuration工作。 168.xxx.xxx.71 –> 162.xxx.xxx.51 : 1433 168.xxx.xxx.70 –> 162.xxx.xxx.51 : 1433 我想安全地减less一个防火墙规则，并确保一切仍然有效。 […]
在安全审查我们的机器时，我发现一台主机将80端口的Microsoft-HTTPAPI / 2.0服务公开给了互联网。 我不熟悉这一点，但经过Googlesearch后，我发现SQL Server 2008通过deafault在端口80上发布了SQL Server Reporting Services，并将其自身标识为HTTPAPI / 2.0。 主机也在运行IIS7。 我猜这可能不是应该暴露给世界的东西。 任何人都可以提供任何关于暴露此服务的安全风险的任何信息或build议。 Response Headers – http://#.#.#.#/ Content-Type: text/html; charset=us-ascii Server: Microsoft-HTTPAPI/2.0 Date: Mon, 10 Aug 2009 10:44:25 GMT Connection: close Content-Length: 315 404 Not Found
我正在运行Sql 2008的Windows Server 2003框中安装客户端的ASP.net站点。 该网站使用Report Viewer 2012，但是当我试图将其安装在服务器上时，我收到消息“Sql Server 2012的CLRtypes”丢失。 有谁知道是否有可能与SQL 2008一起安装2012 CLRtypes，而不使用Sql 2012？ 非常感谢。