pipe理报告服务

我们正在扩大报告服务的使用范围,并正在尝试为开发人员和pipe理员设置一些pipe理和开发系统的指导方针。

关于保持报表服务器正常运行和组织有什么build议?

有什么你可能做了不同的事情吗?

我们正在使用2005年,计划在明年在专用服务器上转向2008 R2。

我们计划的过程如下所示:

  1. 开发者获取工具
  2. 开发人员启动新项目并与用户合作,根据需求和可行性确定报告优先级
  3. 使用规范工作表将报告转换为规范 – 清除报告中的数据导出
  4. 用户在报告规范上签名
  5. 开发和testing报告
  6. 报告由团队成员审查代码和规范
  7. 报告由用户testing并被接受/拒绝
  8. 报告部署到生产环境,并由pipe理员,开发人员和用户进行testing
  9. 报告定期检查缺乏使用,错误代码,运行时间过长

你的计划基本上和我们公司所做的一样。 确保您有用于Reporting Services的encryption密钥的良好备份。 这将是我遇到的Reporting Services安装中遇到的最常见的问题。 我使用Jasper Smith的Reporting Services Scripter使开发人员可以非常容易地将QA转换为生产迁移。 我还强制所有报告都使用存储过程,这使得我可以更灵活地使用DBA来简化TSQL代码。