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 回答