TFS应用经验-大型项目数据仓库抽取导致的TFS应用无法访问

在超过千人使用的TFS生产环境中，每天周期性出现无法正常查看工作项白板、无法签入代码、无法进行自动化构建、无法进行报表数据的查看等情况，真是一个让人焦灼的问题。作为TFS平台支持和运维的团队，也想进了办法和方案尝试解决和减小这个问题产生的影响，经过几个月的尝试，最终还是协同微软产品技术支持中心的人，一起定位和尝试解决问题，最后把问题给解决了。

下面记录一些整个问题出现和解决的过程。

1， 出现问题的症状

问题症状大致有两大类：第一类为每天的固定时间段，在用WebPortal访问TFS程序时，浏览器一直处于加载的状态，光标或内容区的加载图片在没完没了的转圈，转那么几分钟，谁都受不了，研发的群里就炸了锅了，TFS挂掉的信息就大量抛出来了。第二类为页面出去Http500错误，页面上打出AnalysisServer无法连接等字样，其他什么都干不了了。

2， 临时处理方案

针对第一类问题，运维人员必须马上重启部署TFS的IIS应用程序，重启后程序恢复正常使用。

针对第二类问题，我们开发了一个程序，周期性访问TFS门户，遇到Http 500状态，程序自动重启TFSJobAgent服务，并将信息发送到邮件和微信。

通过上述方式，维护团队成员整体提心吊胆的过着日子，时刻要关注着邮件等，并每天定点把服务进行手工重启，以免最小频率的把问题暴露给用户。

3， 最终问题的排查和解决

上述方法总不是长久之计，在实在是无法解决的情况小，协调微软的技术支持开了一个紧急的Case支持。把各种系统日志、IIS日志、DB日志、TFS日志发过去，通过系统的分析，最终歪打正着地把让上述问题不在周期性的重现了。

解决问题的最终方法是调整TFS后台分析数据库的运行频率即可。修改方法如下：

打开参数设置WebService

修改更新分析服务频率参数

查看结果

通过设置，经过一段时间观察，TFS服务运行正常了，困扰了我们几个时间，耗费大量时间的问题得以解决。

最后来一个总结，通过这次在真实环境中使用SQl Server的Analysis Service，数据仓库到Cube中的增量处理，在大数据量的情况下，特别是维度中有较多层级关系结构的，在进行增量更新时，一定要给增量处理预留足够的时间。还有就是对于集成应用该产品的TFS或者其他产品，在支持大数据量业务的环境中，一定要考虑这个问题。要不面对这个问题时，真的可能是要浪费很多的时间和精力，走许多的弯路。