我们正在扩大我们的报告服务使用范围，并尝试为开发人员和管理员设置一些关于管理和开发系统的指南。
对于保持报告服务器运行良好且井井有条，您有什么建议吗？
你有什么不同的做法吗？
我们正在使用 2005，并计划明年在专用服务器上迁移到 2008 R2。
我们计划的流程如下所示：
- 开发人员获得工具
- 开发人员启动新项目并与用户一起根据需求和可行性确定报告优先级
- 使用规范工作表将报告转换为规范 - 从报告中清除数据导出
- 用户签署报告规范
- 开发和测试报告
- 报告由团队成员审查代码和规范
- 报告由用户测试并接受/拒绝
- 报表部署到生产环境并由管理员、开发人员和用户测试
- 定期审查报告是否缺乏使用、错误代码、运行时间过长
你的计划看起来基本上就像我们在我公司所做的一样。确保您有用于 Reporting Services 的加密密钥的良好备份。这将是我在安装 Reporting Services 时遇到的最常见的问题。我使用 Jasper Smith 的Reporting Services Scripter使从开发到 QA 到生产的迁移变得非常容易。我还强制所有报告都使用存储过程，这让我作为 DBA 可以更轻松地调整 TSQL 代码。