TFS 2010丢失,但数据库完好无损。我们可以继续使用它吗?
假设:您的应用程序层都用水管冲刷,你的数据库是不是。
如果是这样的话,这里是从administation指南文本:
如果您正在使用网络服务作为团队基础(TFSSERVICE)的服务帐户,应用层服务器上,打开命令提示符窗口,并改变目录
Drive:%Program Files%\ Microsoft Team Foundation Server 2010\Tools.
在命令提示,输入以下命令:
TfsConfig Accounts /add /account:"NT Authority\Network Service" /SQLInstance:ServerName /DatabaseName:DatabaseName
注 有关更多信息,请参阅帐户命令。
在新服务器上安装Team Foundation Server,并启动“仅应用程序层级”向导。
有关详细信息和分步过程,请参阅清单:添加应用程序层或下载Team Foundation安装指南的最新版本,并按照有关如何仅使用应用程序层的说明进行操作向导:Team Foundation安装指南。
如果您正在使用Visual Studio Lab Management,请在应用程序层上安装System Center虚拟机管理器(SCVMM)管理员控制台,并将其配置为连接到运行SCVMM的服务器。
有关更多信息,请首先参阅配置实验室管理。
如果计算机名称已更改,请打开Team Foundation的管理控制台。
在导航栏中,单击“应用程序层”,然后单击“更改URL”。
打开更改URL窗口。
在通知URL中,键入新应用层服务器的URL,然后单击确定。
注意 旧的应用层服务器的名称仍将出现在Team Foundation管理控制台中的应用层服务器列表中。如果选中“筛选出超过3天未连接的计算机”复选框,则旧服务器将在三天内从列表中消失。
只有链接的答案在堆栈溢出时不被接受,因为链接往往会随着时间的推移而消失,并且在没有任何链接的情况下,答案本身是有用的。理想情况下,您可以在答案本身中张贴文档的相关部分。 –
在这里很合适。我不打算描述恢复过程,因为它有完整的记录,对程序的理解不准确会非常危险。 –
对不起@ DavidBrowne-微软这是一个血腥AWFUL答案。你刚刚做的只是告诉OP基本RTFM。他怎么样;根本就可以ping通OP?如果这是堆栈溢出的问题,那么问题将很容易回答.... –
答案是肯定或否。无论哪种方式,你都会尝试。不确定这个问题带来什么样的价值? – Will
因为它不像恢复数据库那么简单。 –