2

我试图找出缓解这种情况的最佳方法。我的项目团队由 3 名开发人员组成,每个开发人员都安装了自己的 SSRS 实例。我们有 2 台外部 SSRS 服务器,我们必须将更新推送到这些服务器,以便客户查看和测试,并且有第 3 台外部服务器上线,不会由我们管理。

我一直在尝试找到一种将共享数据源设置为当前环境的方法,而不管它在哪个系统上。我原以为 ReportServer 地址只需一个通用的命名约定就可以了,但我们已经发现它们在生产服务器和测试服务器上不一致。我的下一个尝试是指定一个 ODBC 连接并让每个人创建一个带有连接信息的系统 DSN,但是在搞砸了一整天并不断出错之后,我不相信这是要走的路。(最近的错误是“指定的 DSN 包含驱动程序和应用程序之间的体系结构不匹配”)。我尝试通过 Windows ODBC DSN msc 创建 DSN,我尝试使用 Report Builder 3.0 创建一个,但似乎都不起作用。

所以我想在这一点上我只需要问,是否有最佳实践来解决这个问题?我想通过报表生成器中的“运行”按钮进行本地开发和测试,然后我只想将文件上传到报表管理器并让它工作,而不管报表服务器的 URL 是什么。

4

1 回答 1

2

如果共享数据源的属性(连接字符串等)在您的服务器上没有太大变化,则以下内容可能对您有用:在为您的项目设置OverwriteDataSources = False适当配置的属性中。如果需要,仅将其临时设置为 true 以更改数据源。

这样,任何开发人员都可以安全地部署到服务器,而不会影响数据源,即使他在本地更改了某些内容(例如连接字符串)以匹配个人环境。

不是最佳解决方案,但相对容易设置。

于 2012-08-29T11:55:43.577 回答