迁移TFS 2012服务至新的电脑硬件

迁移TFS 2012的时候碰到一些问题, 中文记录很少, 英文的记录也比较零散. 这里记录最直接和简单的方法.

环境:

1. 公司域环境, 所有TFS用户都是公司域帐户.

2. TFS从一台服务器转移至另一台服务器. 都加入了公司域. 机器名分别为PC1和PC2.  域内不能有同名的电脑。

准备两台服务器的TFS环境最好一模一样, 否则会碰到各种奇怪问题.

我们的环境是 TFS 2012 Update4-ENG + SQL Server 2008R2 SP2-ENG + Windows 2008R2(操作系统可以不一样).

安装路径随意: 我们的TFS装在 E:\Program Files\Microsoft Team Foundation Server 11.0,  SQL也装在E盘。

迁移步骤:

1. 老服务器PC1管理员权限运行命令行,进入目录 "E:\Program Files\Microsoft Team Foundation Server 11.0\Tools"。 TFS2010也有此Tools目录,前面路径不太一样。

2. 停止TFS服务, 免得有人在迁移的时候Check in\Check out.   运行命令: TFSServiceControl quiesce

3. Tools目录内运行: TfsBackup.exe,  选择需要备份的数据库,全部备份。 默认会自动选择TFS数据库备份。

4. 拷贝备份出来的*.bak文件至新服务器PC2。

5. 同样管理员进入新服务器的Tools目录,运行: TfsRestore.exe. 恢复并覆盖所有的数据库。 如果无法恢复,可能是已经配置了数据库或正在使用中。可以停掉TFS服务,IIS网站服务后再次尝试恢复。

6. 恢复完后打开TFS管理台查看是否迁移成功, 成功的话可以在Application Tiers内 Change Urls, 将Notification Urls改成 http://PC2:8080/tfs

7. 迁移后还有一个麻烦, PC2的TFS管理台内点击Group MemberShip 报错TF30046说Instance 信息不对,客户端也连接不上。 这里修复见下面步骤。

8. 需要进行TFS重新配置。 首先进入注册表, 找到HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\TeamFoundationServer\11.0\InstalledComponents\ApplicationTier, 将IsConfigured从1修改为0。

9. 在Tools目录,管理员运行命令行,输入命令TfsMgmt.exe configure, 可进入TFS重新配置。 如果上面注册表没改,所有配置都是灰色,无法修改。 如果改了, 则选择Application-Tier Only, 开始重新配置, 配置时可能会碰到两个错误。 一是网站已占端口, 这时需进入IIS管理,停掉Team Foundation Server网站,改名或删掉。 二是在管理员命令行输入命令 sc delete TFSJobAgent 删除TFSJobAgent服务。  做完这两步后应可重新配置成功。

10. 网上有些地方说删除Cache之类的没用。 另外在TFS管理台内找Application Tier重新配置的选项在TFS2012内可能找不到的。改Web.config也不管用, 还有修复安装TFS也不管用。 只有上面的步骤8 ,9目前比较简单管用。 可以修复TF30046错误。

11. 配置完,自动进入TFS管理台,点击Group MemberShip看能否打开管理权限,能打开则迁移成功。

12. 恢复运行TFS服务需输入 TFSServiceControl unquiesce

客户端只要改变服务器连接至PC2,即可连接新TFS服务器, Workspace什么的都不会变。

也可以将老服务器离线后,改变新服务器机器名为PC1, 启动之后如碰到问题,则再次配置。 客户端不需要任何改变即可使用。

参考:

http://social.msdn.microsoft.com/Forums/vstudio/en-US/93dbae15-e96f-48e0-9072-5c938a5e27c2/error-after-restoring-tfs-database-to-new-hardware?forum=tfsgeneral

http://distefano.biz/blog/index.php/2012/12/05/reopen-team-foundation-configuration-wizard/

迁移TFS 2012服务至新的电脑硬件,布布扣,bubuko.com

时间: 2024-10-18 21:37:45

迁移TFS 2012服务至新的电脑硬件的相关文章

Windows server 2003域控直接迁移到2012[史上最详细]

Windows server 2003域控直接迁移到2012[史上最详细] 有问题请联系QQ:185426445,或者加群微软统一沟通中国(一),群号:222630797, 也可以和我本人联系,手机:18666943750,非诚勿扰,谢谢! 环境介绍: 首先说明我的环境,实验环境比较简单.环境中已经有Windows server 2003 的域控.域名为contoso.com 系统 服务 主机名称 IP地址 Windows Server 2003 R2 主AD,FSMO五角色主机及GC Win2

SQLSERVER 2012之AlwaysOn -- 一次硬件升级引发的问题

原文:SQLSERVER 2012之AlwaysOn -- 一次硬件升级引发的问题 这是上周遇到的一个案例:对已有的硬件进行升级而引发的问题,期间还触发了一个比较严重的BUG,可谓多灾多难:不过值得庆幸的是,在一连串连锁问题出现的时候,并没有出现人工操作失误(这往往是在处理故障中风险最高.影响最大的问题)而扩大故障影响范围: ==========================华丽丽的分割线========================== 先说一下环境: 我做的是跨机房3节点alwayson

CentOS下查看电脑硬件设备属性命令

如何在linux下查看电脑硬件设备属性 # uname -a               # 查看内核/操作系统/CPU信息 # head -n 1 /etc/issue   # 查看操作系统版本 # cat /proc/cpuinfo      # 查看CPU信息 # hostname               # 查看计算机名 # lspci -tv              # 列出所有PCI设备 # lsusb -tv              # 列出所有USB设备 # lsmod

从单体架构迁移到微服务,8个关键的思考、实践和经验

转载本文需注明出处:EAII企业架构创新研究院(微信号:eaworld),违者必究.如需加入微信群参与微课堂.架构设计与讨论直播请直接回复此公众号:“加群 姓名 公司 职位 微信号”.   随着微服务架构的持续火热,网络上针对微服务和单体架构的讨论也是越来越多.去年的时候,社区更多的关注点是在二者的区别以及优缺点辨析上,而今年,越来越多的人开始关注如何从单体架构迁移到微服务上.毋庸置疑,微服务的理念正在席卷整个开发者社区,像Netflix.Uber这样的公司都是非常成功的应用案例. 但需要注意的

21张黄金色的电脑硬件PNG图标

分享共含21张尺寸为128x128像素的黄金色的电脑硬件PNG图标素材. 下载地址:21张黄金色的电脑硬件PNG图标 21张黄金色的电脑硬件PNG图标,布布扣,bubuko.com

TFS 2012使用简介(一)

最近,一直想让团队加入敏捷开发,但TFS2010用下来,并不是令人满意,还好,TFS2012横空出世了.相比TFS2010,TFS2012改进太多了,主要体现在以下方面: Team Web Access优化 变更集回滚Ui支持 流程优化 界面更合理,操作更友好 增加了PowerPoint Storyboarding工具(PowerPoint图版演示),能够更便捷的画出界面设计图 支持代码审阅 提供了Microsoft反馈客户端 其他细节优化 于是近期部署了环境并且整理了很多资料(资料主要来源于网

ESXI和vsphere的安装配置-实现一台电脑硬件虚拟化为两台

本篇文章包含以下几个部分: 1EXSI软件和vSphere软件的安装 2在vSphere上安装虚拟系统 3对虚拟系统通过配置实现硬件虚拟化,实现硬件直通 1.EXSI安装 通过网上下载EXSI ISO镜像和Vsphere安装软件,选择一台没有安装系统的电脑通过u盘制作启动盘安装EXSI底层系统,安装过程很容易,安装成功后系统界面如下图所示,然后在该见面按下F2进行网络设置,通过IP Configuration选项来设置静态IP,以免IP变动了以后无法正常工作.记住目前的用户以及密码还有设置好的静

电脑硬件检测工具箱

收集整理的一些电脑硬件性能检测工具,制作成的软件集合工具箱,希望大家喜欢!- 下载地址

微服务实践(七):从单体式架构迁移到微服务架构

迁移到微服务综述 迁移单体式应用到微服务架构意味着一系列现代化过程,有点像这几代开发者一直在做的事情,实时上,当迁移时,我们可以重用一些想法. 一个策略是:不要大规模(big bang)重写代码(只有当你承担重建一套全新基于微服务的应用时候可以采用重写这种方法).重写代码听起来很不错,但实际上充满了风险最终可能会失败,就如Martin Fowler所说:“the only thing a Big Bang rewrite guarantees is a Big Bang!” 相反,应该采取逐步迁