问题标签 [reporting-services]

开箱即用，在 MS Reporting Services 中，当设计时尺寸未知时，图像元素不允许图像本身居中。换句话说，图像（如果小于设计表面上分配的尺寸）将锚定在左上角，而不是中心。

我的报告将在运行时知道图像的 URL，如果它小于我的设计器中指定的尺寸，我需要能够使该图像居中。

我在 SQL Server Reporting Services 2005 中有一些需要保留审核日志的报告。审计日志应该包括谁用什么参数运行了什么报告。我无法使用 Windows 身份验证。

记录此信息的最佳方式是什么？

我知道 SQL 2005 存在条件可见性和分页符的错误，但我想知道是否有人想出了解决方法。

我有一个具有条件可见性表达式的表，我需要在表的末尾有一个分页符。

• 如果我将 PageBreakAtEnd 属性设置为 true。无论如何都会被忽略。删除可见性条件，它可以工作。
• 如果我将表格放在一个矩形内，表格上有条件可见性，表格上有分页符。结果相同。分页符属性被忽略。
• 如果我使用 PageBreakAtEnd 属性设置矩形并使用可见性条件设置表格，那么即使未显示表格，我仍然会得到分页符。

关于尝试什么的任何其他想法？我几乎到了需要单独报告而不是条件可见性的地步:(

编辑：@Josh：这有同样的问题。如果第二个表具有条件可见性，则它不起作用。如果它没有可见性表达式，那么我总是得到分页符。

@ Erick：我真的希望这是答案，但不幸的是它不起作用。当可见性表达式计算为隐藏时，矩形所在的位置会有很大的差距（我可以忍受），当它计算为可见时，分页符仍然不起作用。

我在 Visual Studio 中编写了一个报告，该报告采用用户输入参数并针对 ODBC 数据源运行。我想手动编写查询，并让报告服务在将 where 子句发送到数据库之前用参数值替换部分 where 子句。似乎正在发生的事情是，@parmName我假设将被替换的实际上是作为 SQL 语句的一部分发送的。我是否在某处缺少配置设置，或者这根本不可能？

我没有在工具中使用过滤器选项，因为这似乎会从数据库中带回完整的数据集并在 SQL Server 上进行过滤。

我在 SQL Server 中的计划报告不会运行。我检查了日志，发现了失败的工作。日志中的错误消息是：

请求的登录名“NT AUTHORITY\NETWORK SERVICE”的“EXECUTE AS LOGIN”失败。步骤失败。

我正在对报告使用 SQL 身份验证，因此它不应该是数据权限的问题。服务器上不会运行任何定期报告。

首先，我知道运行非常大/长时间运行的报告是一个可怕的想法。我知道 Microsoft 有一条经验法则，即 SSRS 报告的执行时间不应超过 30 秒。然而，由于外部力量，例如遵守州法律，有时庞大的报告是首选的邪恶。

在我的工作地点，我们有一个 asp.net (2.0) 应用程序，我们已将它从 Crystal Reports 迁移到 SSRS。由于庞大的用户群和复杂的报告 UI 要求，我们有一组屏幕，可以接受用户输入的参数并创建要在夜间运行的计划。由于该应用程序支持多个报告框架，我们不使用 SSRS 的调度/快照工具。系统中的所有报告均由计划的控制台应用程序生成，该应用程序接受用户输入的参数并使用创建报告时使用的相应报告解决方案生成报告。对于 SSRS 报告，控制台应用程序生成 SSRS 报告并通过 SSRS Web 服务 API 将它们导出为 PDF。

到目前为止，SSRS 比 Crystal 更容易处理，除了我们最近从 Crystal 报表转换为 SSRS 的某个 25,000 页报表。SSRS 服务器是一个 64 位 2003 服务器，具有 32 个运行 SSRS 2005 的 ram。我们所有的小型报告都运行得非常好，但是我们在处理像这个这样的大型报告时遇到了麻烦。不幸的是，我们似乎无法通过 Web 服务 API 生成前面的报告。在生成/导出大约 30-35 分钟后会出现以下错误：

异常消息：底层连接已关闭：接收时发生意外错误。

网络服务调用我相信你们都见过：

奇怪的是，如果使用报告管理器直接在报告服务器上运行该报告，则该报告将运行/呈现/导出。为报告生成数据的 proc 运行大约 5 分钟。大约 12 分钟后，报告在浏览器/查看器中以 SSRS 原生格式呈现。通过报告管理器中的浏览器/查看器导出为 pdf 需要额外的 55 分钟。这工作可靠，并产生高达 1.03gb 的 pdf。

以下是我尝试通过 Web 服务 API 使报告工作的一些更明显的事情：

• 在报表服务器上将 HttpRuntime ExecutionTimeout 值设置为 3 小时
• 在报表服务器上禁用 http 保持活动
• 增加了报表服务器上的脚本超时
• 将报告设置为在服务器上永不超时
• 在客户端调用时将报告超时设置为几个小时

从我尝试过的调整中，我很高兴地说任何超时问题都已消除。

根据我对错误消息的研究，我相信 Web 服务 API 默认情况下不会发送分块响应。这意味着它会尝试在一个响应中通过线路发送所有 1.3gb。在某个时刻，IIS 认输了。不幸的是，API 抽象了 Web 服务配置，所以我似乎找不到启用响应分块的方法。

1. 有谁知道在不降低总页数的情况下减少/优化 PDF 导出阶段和/或 PDF 的大小？
2. 有没有办法为 SSRS 打开响应分块？
3. 关于为什么它在服务器上运行而不是通过 API 运行，还有其他人有任何其他理论吗？

编辑：阅读 kcrumley 的帖子后，我开始通过获取文件大小/页数来查看平均页面大小。有趣的是，在较小的报告中，数学计算得出，每页大约为 5K。有趣的是，当报告变大时，这个“平均值”会增加。例如，一份 8000 页的报告平均超过 40K/页。很奇怪。我还要补充一点，除了每个分组中的最后一页之外，每页的记录数都是设置的，因此某些页面的记录数不是比另一个页面多的情况。

我想知道如何完全卸载MSSQL 2005。

我已经使用 SQL Server Reporting Services 的试用版有一段时间了。我公司最终从在线经销商处购买了该软件，为了支持 Oracle，我们需要升级到 MSSQL 2005 SP2。无论如何，该软件的“完整”版本不会安装，因为它已经安装（似乎安装程序无法识别安装的是试用版）。所以我尝试卸载 MSSQL 2005，以及所有相关的（包括 Visual Studio），我似乎无法重新安装它。该错误是一条模糊的错误消息，当我单击链接以获取更多信息时，通常会出现“未找到有关此错误的信息”错误。

Microsoft SQL Server 2005 安装程序

安装向导期间出现意外故障。您可以查看设置日志和/或单击帮助按钮以获取更多信息。

如需帮助，请单击： http: //go.microsoft.com/fwlink ?LinkID=20476&ProdName=Microsoft+SQL+Server&ProdVer=9.00.1399.06&EvtSrc=setup.rll&EvtID=50000&EvtType=packageengine%5cinstallpackageaction.cpp%40InstallToolsAction.11%40sqls% 3a%3aInstallPackageAction%3a%3aperform%400x643

纽扣：

好的

这里还有一个 SSRS 问题：
我们有一个开发、一个 QA、一个 Prod-Backup 和一个生产 SSRS 服务器集。
在我们的生产和产品备份中，如果一段时间不使用，SSRS 将进入休眠状态。

这不会发生在我们的开发或 QA 服务器上。
在我们所处的公司环境中，我们没有对这些机器的物理（甚至远程登录）访问权限，并且必须与远程管理员团队合作来配置我们的 SSRS 应用程序。

我们已要求他们尽可能解决此问题。到目前为止，他们还无法确定这个问题，我想知道我的同行是否知道这个问题的答案。谢谢。

作为我自己提出的发布“最佳实践”的一部分，我倾向于归档报告组并重新发布“更新”报告。但是，使用这种策略，我会失去与每个报告相关联的用户，或者不得不重新隐藏报告。

部署表单 Visual Studio 后，是否有可用于隐藏报告或添加用户的自动化流程？

有没有一种方法可以轻松地将 Crystal Reports 报表转换为 Reporting Services RDL 格式？我们有很多报告很快需要转换。

我知道手动过程（基本上是在 SSRS 中从头开始重建所有报告），但我的搜索指出了与几家咨询公司自动转换“加速”的一些可能性。（如 .... 所述 - 链接断开）。

你们中的任何人对这个特定问题有任何有效的经验或建议吗？周围有什么我不知道的工具吗？