就个人而言,对于您在评论中提到的数量(30 个 RDL 和 3 个数据库),我不建议将整个报告设置从生产环境自动克隆到本地。相反,我建议以下内容:
报告
转到您的报告服务器的 Web 前端(通常是http://yourserver/reports
)。找到每个报告,打开它,然后在“属性”选项卡上单击“编辑”按钮。此按钮不会执行您可能期望的操作(在浏览器中编辑报告),而是为您提供 RDL 文件的下载。将所有 RDL 文件保存在磁盘上的一个文件夹中。
手动下载 30 份报告可能需要一个小时,最多。这可能会击败大多数自动化方法。而且由于您应该只需要执行一次此步骤...
数据库
从这个问题上看并不完全清楚,但是如果您只有生产数据库并且还没有DTAP设置,那么现在可能是开始的好时机。您可以在测试服务器或可能在您的开发环境中托管 3 个生产数据库的克隆。请注意,架构在这里很重要(应该与生产相同),数据不必完全是最新的。
或者,您可以跳过这一点并针对生产数据库开发报告,假设您可以创建从开发机器到生产数据库的连接。由你决定。
Visual Studio / BIDS
这个位有几个部分:
- 在 Visual Studio 中创建新的报表项目和解决方案。
- 添加您之前下载的现有 RDL 文件。
- 根据报告的设置方式,您可能需要在项目中添加共享数据源,以启动和运行报告。
毕竟,您应该能够从 Visual Studio 预览您的报告(数据来自“克隆”数据库,或直接来自生产环境)。
此时,您还应该能够在部署它们之前安全地进行更改并预览/测试它们。
请务必将解决方案、报告等添加到您选择的版本控制系统中。
部署
一旦您做出了想要部署到报表服务器的更改,您有两个基本选项:
- 使用 BIDS 部署它们(另请参阅部署属性 MSDN 页面)
- Go back to the web front-end, find the report, open the Properties tab again, click the Update button. This allows you to re-upload the RDL file with the changes you've made.
From now on you can just rinse and repeat on making updates and deploying the reports. No need for cloning/exporting the entire SSRS instance to keep things in sync.