Sql server TFS 2010丢失，但数据库完好无损。我们可以继续使用它吗？

我们丢失了一台安装了TFS2010的服务器。由于数据库在另一台服务器上未受影响，我们可以恢复源代码管理吗？

阅读

假设：您的应用程序层已被冲洗，而数据库未被冲洗

如果是这样，以下是《管理指南》中的文本：

如果您使用网络服务作为Team Foundation（TFSService）的服务帐户，则在应用层服务器上打开命令提示符窗口，并将目录更改为

Drive:%Program Files%\ Microsoft Team Foundation Server 2010\Tools.

在命令提示下，键入以下命令：

TfsConfig Accounts /add /account:"NT Authority\Network Service" /SQLInstance:ServerName /DatabaseName:DatabaseName

注意 有关详细信息，请参见“帐户”命令

在新服务器上安装Team Foundation服务器，并启动仅应用程序层向导。

关于更多信息和分步过程，请参见清单：添加应用层，或下载Team Foundation的安装指南的最新版本，并遵循如何使用仅应用层向导的说明：Team Foundation的安装指南。p> 如果您使用的是Visual Studio Lab Management，请在应用层上安装System Center Virtual Machine Manager（SCVMM）管理员控制台，并将其配置为连接到运行SCVMM的服务器

有关更多信息，请参阅首次配置实验室管理

如果计算机名称已更改，则打开Team Foundation的管理控制台。

在导航栏中，单击应用层，然后单击更改URL

“更改URL”窗口将打开

在通知URL中，键入新应用层服务器的URL，然后单击确定

注意

---

旧应用层服务器的名称仍将出现在Team Foundation的管理控制台应用层服务器的列表中。如果选中“过滤掉3天内未连接的计算机”复选框，则旧服务器将在三天内从列表中消失。

答案是“是”或“否”。无论哪种方式，您都要尝试。不确定这个问题带来了什么价值？因为它不像恢复数据库那么简单。只有链接的答案在堆栈溢出时是不受欢迎的，因为链接往往会随着时间的推移而消失，并且在没有任何链接的情况下，答案本身是有用的。理想情况下，你应该将文档的相关部分发布在你的答案中。这在这里是合适的。我不打算试图描述恢复过程，因为它有完整的文档记录，对过程的不准确理解是极其危险的。抱歉@DavidBrowne Microsoft这是一个非常糟糕的答案。你所做的只是告诉OP基本上是RTFM。他怎么样；你到底是在做什么？如果这就是堆栈溢出的原因，那么问题很容易回答……如果OP不正确地遵循论坛的建议，并失去了她的源repo？是的，我做到了。OP的问题强烈表明M还没有被研究过，所以我花了10分钟为旧版本的TFS找到了完全正确的M并将其链接起来。