迁移Elasticsearch后TFS 2017搜索报Internal Server Error求助

我之前处理过好几起TFS 2017 Update3迁移Elasticsearch后搜索故障的案例，结合你给出的操作步骤和报错信息，问题核心应该是迁移后没有完成搜索服务的初始化和全量索引重建，再加上可能的版本兼容性或配置验证遗漏。下面是一步步的排查和修复方案：

你删除了TFS集合中所有搜索相关的表，但没有触发TFS重新生成这些表并向新的Elasticsearch实例同步索引数据；同时如果安装的Elasticsearch版本与TFS 2017 Update3不兼容，也会导致连接和索引失败，最终出现Internal Server Error和空索引文件夹的问题。

1. 确认Elasticsearch版本兼容性 #

TFS 2017 Update3仅支持Elasticsearch 2.4.6版本，更高版本（如5.x、6.x）存在API兼容性问题，会直接导致搜索服务失效。

• 访问http://SearchUrl:9200，查看返回的JSON中version.number字段是否为2.4.6
• 如果版本不符，卸载当前Elasticsearch，下载并安装对应版本的Elasticsearch 2.4.6，安装完成后确认服务可正常访问。

2. 重新初始化并重建集合索引 #

因为你删除了搜索相关表，需要让TFS重新初始化搜索模块并触发全量索引同步：

1. 以管理员身份打开任意一台AT服务器的命令提示符，导航到TFS工具目录：

   cd "C:\Program Files\Microsoft Team Foundation Server 15.0\Tools"
   

2. 先销毁旧的集合索引（清除残留配置）：

   TfsConfig Search /destroyCollectionIndex /collectionName:Development
   

   （注意：Development是你日志中标记的集合名称，替换为实际名称）
3. 执行全量索引重建命令：

   TfsConfig Search /reindexAll /collectionName:Development
   

   这个过程耗时取决于你的代码库大小，期间不要中断TFS服务，完成后索引文件夹大小会逐步增长。

3. 验证应用层（AT）搜索配置 #

确保两台AT服务器的搜索配置已正确指向新的Elasticsearch实例：

• 打开Team Foundation Server Administration Console
• 展开服务器节点，点击Application Tier，选择右侧的Search选项卡
• 确认搜索服务URL为http://SearchUrl:9200，点击Test Connection验证连接正常
• 重启两台AT服务器的Microsoft Team Foundation Server Application Pool，确保配置生效

4. 检查Elasticsearch访问权限 #

• 确认运行TFS应用池的账户（日志中的Username）有访问Elasticsearch服务器9200端口的权限，检查防火墙规则是否允许AT服务器与Elasticsearch服务器的9200端口通信
• 打开Elasticsearch安装目录下的config/elasticsearch.yml，确认network.host设置为AT服务器可访问的IP或主机名（不要设置为localhost，否则仅本地可访问）

5. 验证修复结果 #

• 等待全量索引完成后，检查IndexStore文件夹大小是否持续增长
• 尝试执行搜索操作，确认不再出现Internal Server Error
• 查看Windows事件日志，确认没有新的TF30065未处理异常

内容的提问来源于stack exchange，提问作者Alexey Soloviev