转帖 关于ESX3.5升级到vSphere4.1

关于ESX3.5升级到vSphere4.1

这个升级把我整惨了的，因为怕丢失数据，毕竟是生产环境，还是小心又小心。
先从vmware官网上下载了vSphere4.1的关于升级的文档来看。文档写的和我们赛门的文档有一拼，可能这种企业级产品的文档注定都是特别晦涩的吧。

先说下我的环境升级前的情况：
1. 两台ESX3.5的Dell R900 server
2. vcenter及license server在一台工作站上
我的目标：
1. 升级到vSphere4.1，ESX server及vcenter都要升级
2. 迁移vcenter到虚拟机，因为原来工作站的配置根据文档已经不能满足vcenter4.1的需要了

升级步骤
1. 先升级vcenter。这个升级vcenter就是很麻烦的一件事情，还要保留数据库。先照着文档上的步骤，备份移动数据库！我用的捆绑的SQL server2005,自己从网上下了一个SQL server management studio express.用它来备份数据库vcenter的数据库，备份好了还原到新建好的vcenter上，反正折腾了很久吧，好不容易还原过去，接着往下看文档，铛。。。。。使用捆绑的SQL server express数据库的话，不用自己还原数据库的，vmware自带的数据迁移工具会备份配置数据，包括数据库。于是哼哧哼哧把数据库又卸了。

这个数据迁移工具其实就是.bat脚本，在原vcenter上run一下backup.bat，然后copy datamigration文件夹到目标计算机，run install.bat，照着文档来，即可。安装完毕，检查vcenter，可以启动，然后装上vmware client端，连接到vcenter，一切正常。

可是，第二天到公司，就发现这个vcenter server无法连接了，从windows service中启动服务也处于不正常状态，start了之后，再选择vcenter service，start的选项仍然enable，说明这个服务启动有问题。我上网查了很久的资料，没有找到解决办法，托李郭欢问问他们vmware的朋友，也无果。so。。。我换了台机器装，装好之后也是第二天又不能连接了，崩溃啊。一怒之下我把vcenter卸载掉，重装！现在装好了，看起来一切正常，不晓得vmware的QA在测试的时候有没有试过这个vcenter升级的问题。

2. 升级好vcenter之后，把license server也迁移到新的vcenter上。之后，还有很艰巨的任务，升级host。升级host我比较紧张，因为上面有很多虚拟机和image备份，我怕丢失数据，所以不敢贸然升级，还是决定先研读文档再说。

因为我是ESX3.5直升vSphere4.1，所以我需要使用vmware vcenter update manager。update manager又是一个单独的文档，真是强悍。据文档上的建议，我决定为update manager单独建一个虚拟机及数据库，在新的虚拟机上装好update manager，安装过程还是很简单的，照着文档来就行了。把update manager插件安装到client之后，就准备升级主机了。

大概看了下文档，讲到有点复杂，我就直接在client里面随便玩了玩update manager相关的功能，大概晓得了先download patch，再scan，再remediate。

我之前自己下载了server 4.1.0.iso文件，可以直接从update manager的host upgrade release tab里面去upload iso，然后建立baseline，选host upgrade，选中这个host upgrade release即可。建好baseline之后回到host and clusters的清单视图中，选中其中一个host（我们就叫他node-B吧，vcenter及update manager在node-A上），然后添加baseline，并且scan update。

这时，一个让人蛮困扰的情况出现了，scan完成之后我的baseline老显示non-compliant,并且显示红叉。原谅我滴无知，我做这么久的软件工程师，条件反射就觉得这个表示我选择的baseline与该host不匹配，没法升级，是不正常滴情况。。。。于是。。。偶找啊找啊，问题到底在哪。无果。。。。应该是没有问题的啊，可以从3.5直升4.1的，为啥啊。。。。一天又过去鸟。。。。

我决定求助vmware社区，在网上post了我的困惑，大概2hour过后吧，有人回复了，说这表示我的机器没有升级baseline的patch，直接升级就好了。原来如此啊，我又仔细看看文档，原来“不合规”，这是正常现象。。。。我无语鸟。。。。。不过还是很激动滴照着帖子的指示开始升级，把虚拟机先全部停掉，免得被vmotion到node-A，然后remediate node-B了。一切正常，升级还是升的很快的，并且server会重启，不错。

node-B升级完成之后我就需要把我的vcenter从node-A迁移到node-B了，因为是放在本地硬盘的，没有办法vmotion，我就直接采取copy的方式把image copy到node-B，开机后一切正常，于是像升级node-B一样升级node-A，也是很快升级好了。升级完成之后检查，一切OK。成功。

3. 第三步，心情很轻松啦，升级virtual machine的vmware tool和hardware，用update manager，自带的baseline，我建了个baseline group，直接选datacenter级别的，批量升级。成功！！哇哈哈哈~~~~~~~

LZ你是正版用户？还是D版用户呢？？？

我说说我的笨办法升级ESX4.1啊～～

1、先找台单独的机器安装vcenter4.1
2、把之前旧ESX上的虚拟机关一部分，然后把所有虚拟机统统迁到一个旧版本的ESX上去
3、这时候把没有承载虚拟机的旧ESX重装系统，装好ESX4.1后加入到第一步完成的vcenter4.1上去
4、确认第三部没问题了，将旧vecnter数据备份导出到vcenter4.1上
5、新vcenter连存储迁移部分虚拟机到新的ESX4.1上
6、确认第五步没问题的话，就可以逐步搞定就的ESX了。

从网上看了N多的文章，在vmware官方的知识库里也是很多的升级问题。为避免这样那样的怪问题，想出来了这种怪招哈哈～虽然麻烦点，但是没给我找什么麻烦。

D版本，目前还在学习。
还在准备测试环境。先找了一些这些资料。顺便贡献刚出来。哈哈

不过我咨询过VMware的技术员，

更简单的办法是直接将   ESX3.5虚拟机系统文件   拷贝到ESX4.1的下面就可以了。
没尝试过，只是对方说的，
如果想安全点，就只有老老实实的按照VMware升级文件指导进行。