''s profileKT' Cheung's Space 【 张智波...PhotosBlogListsMore  |  Tools Help |
KT' Cheung's Space 【 张智波's博客】 普华优科(北京)科技有限公司[华南] ★诚邀华南区域合作伙伴★"交钥匙工程"★:::::::::::::::::::::::::::::::::::::::::虚拟化解决方案提供商::::::::::::::::::::::::::::::::::::::VMware企业级VIP分销合作伙伴 | VATC授权培训中心 | VAC授权咨询顾问 | TAP 核心技术伙伴 | VMware Community Source | OEM | [联系方式] Tel: 0755-83214633 Email: zhangzhibo@powerunique.com |
|||||||||
|
傳説一個關於VMware既技術BLOG誕生啦，希望多D捧場！ 謝過！ 另：此空間日誌如屬Kt.Cheong原創，不涉及商業用途，可以隨便轉載。 Copyleft(r)Kt.Cheong
Evian Lauwrote:
....系果Blog度賣曬廣告喇~~·
Nov. 12
' Kt' Cheungwrote:
傻啦,认识我既人都知我5系D甘既人啦...
July 14
Frankie Liwrote:
我感覺你系度嘲笑緊我喔~
July 14
' Kt' Cheungwrote:
Frankie姐没讲笑啦..我地都5系同一个层面既人..
你没怪我写得肤浅,我已经好开心啦..
July 10
Frankie Liwrote:
朋友！你D日志好复杂喔~
July 7
Frankie Liwrote:
好话啦~~我个spaces开咗好多年啦~高考毕业暑假写日志写到依家~~个spaces我睇住佢大噶~
June 30
Frankie Liwrote:
美女甜驾到~
June 25
Ω-Eric㊣wrote:
呵呵,今日得閑過黎轉一個圈...
Apr. 5
Ω-Eric㊣wrote:
西西,我會得閑就上黎嗰拉,希望波仔前途無限量
Mar. 9
Yushu Suwrote:
YEAH~坐到BLOG即板凳啦！哇哈哈哈哈！ 
Mar. 7
|
September 22 VMware Go™VMware公司在VMworld 2009上宣布，正式推出一项远程在线服务——VMware Go，帮助初次尝试虚拟化的客户更好地从虚拟化中受益。这项服务特别适合中小企业，通过自动化安装、配置业界领先的管理程序——VMware ESXi，VMware Go将帮助中小企业显著地简化应用虚拟化过程。 “VMware Go是我们的创新之举，它确保我们能持续帮助中小企业客户更加灵活、经济和弹性地部署应用。”VMware新兴产品和市场副总裁Dan Chu表示。“当前，几乎每一家中小企业都渴望从虚拟化中受益。VMware Go专门针对中小企业的需求设计，将虚拟化安装、配置的过程简化成了几个简单的在线步骤。通过这种方式，我们希望那些犹豫不决的中小企业充分意识到虚拟化的所有好处，了解虚拟化不会对他们有限的IT资源增加额外负担。” VMware Go是一项免费的远程在线服务。利用VMware Go，中小企业客户只需要简单地点击鼠标便可轻松完成ESXi的安装过程。屡获殊荣的VMware ESXi是业界部署最为广泛的管理程序，在全球范围内拥有成千上万的用户。VMware ESXi同样是一款免费的产品，支持在单一服务器上运行多个操作系统和应用程序，有助于企业减少投入、简化业务运营，降低硬件、电力、冷却和服务器管理等方面的费用。 VMware ESXi与VMware Go相结合，为初次尝试虚拟化的企业尤其那些没有足够时间或预算部署虚拟化的中小企业提供了虚拟化的捷径。 查看[Demo]
VMware Go Beta[Here] 重复数据删除技术在备份中的应用体会2007年底，熊猫电子集团选择EMC Avamar重复数据删除技术，建成了同行业中领先的数据备份系统。目前，这一技术已经在熊猫电子成功应用近一年了。在此介绍我们的应用经验，希望可以给国内同行提供有益的启示。 数据对熊猫集团的意义 南京熊猫电子集团创始于1936年，是一家具有70多年历史的国有综合性大型电子信息企业。1996年，熊猫集团控股的南京熊猫电子股份有限公司分别在香港联交所和上海证交所上市，成为国内电子行业第一家拥有H股的上市公司。南京熊猫电子集团下设家用电器产业集团、机电仪产业集团、通信产业集团、信息产业集团、新产业集团、电子制造产业集团等多家子公司，建有4个国家级工程技术研究中心、3个省级工程技术研究中心、4个市级工程技术研究中心、国家第一批博士后工作站。公司主要产品和服务包括：卫星通信设备、移动通信设备、短波通信设备、彩电、个人数码娱乐产品、电子制造、仪器仪表、大生产装备、软件服务、系统集成等。公司还参股多家合资企业，包括南京爱立信熊猫通信有限公司、北京索爱普天移动通信有限公司、南京泰雷兹熊猫交通系统有限公司、南京LG熊猫电器有限公司、瀚宇彩欣(南京)科技有限公司等。 南京熊猫电子集团对各个子公司实行集团化管理，在集团总部部属了财务、Web网站、人力资源、OA、CRM等多套集团信息化系统，对子公司的业务运营进行集中支持和管控。信息系统对集团的正常运转非常关键。 信息中心作为信息系统的责任部门，最担心的就是数据丢失。系统故障总是可以恢复的，只不过是时间问题，换一台设备、重建系统也相对容易。数据丢失的风险则要大得多，信息中心的责任重大。 集团的数据量越来越大，对信息系统的依赖性越来越高。为了确保业务连续性和数据安全性，2007年底，熊猫集团开始建设新一代的数据备份系统，目标是提高数据保护的级别，实现更高标准的RTO(恢复时间目标)和RPO(恢复点目标)。 原有备份方案的挑战 熊猫电子集团需要保护的核心数据较大，主要是数据库数据和文件服务器，未来预计有快速的增长。此前的保护措施是备份至本地磁带库，备份策略为周五晚全备份加平时每天的增量备份。 熊猫电子集团的信息系统晚上一般不需要处理业务。所以每天下班后利用晚上时间备份，虽然一次全备份的时间较长，但备份窗口还够用。 不过，人无远虑，必有近忧。我们主要有两点担心：一是之前的磁带备份除了恢复时间长以外，还有一大缺点就是可靠性不够高。南京地区梅雨季节比较长，磁带受潮容易发霉。本以为数据都已经备份到磁带上，结果磁带读不出数据，那就麻烦了。二是如前面所说，整个集团的数据都在这个信息中心。如果遇到火灾、台风这类影响到整个机房的灾害，后果会很严重。所以信息中心决定做一个异地备份，多一道保障。显然，每天将备份磁带转运到异地保存是不可行的。即使不考虑每天转运的人力物力花费，也会因为费事而难以坚持。而且，即使坚持转运了也不是很可靠。 看好重复数据删除技术 熊猫电子考虑在相距5公里的地方建一个数据容灾备份系统，两地间连接的是商用IP网络，其带宽为2Mb/s。由于带宽小，可以通过的数据量非常有限，因此需要一套先进的方案，有效降低对带宽的要求，同时又能可靠地进行备份。 经过多方考察，我们发现，重复数据删除技术是一个比较理想的方案。备份数据的重复率是非常高的。例如，办公自动化系统中，文件流转、版本修订比较普遍，一个文件可能抄送给多个人，一个文件可能有多个版本，这其中有大量的重复数据。尤其是文件比较大的时候，备份时重复的存储空间占用相当可观。重复数据删除技术就能解决这个问题。所有重复的数据，系统在备份时只保留一份，在重复出现的地方，只保存一个数据地址。恢复数据时，数据能够自动还原。这正是熊猫电子需要的技术。 EMC Avamar是业界最优秀的重复数据删除技术之一，它是一种源端的全局重复数据删除技术。其特点是，在数据源开始处感知应用，能够针对具体应用数据(例如，Oracle数据库、SQL Server数据库、Word文档、PPT文档、电话录音、流媒体等等)的特点，实现最大限度的重复数据删除，删除率高达300:1甚至更高。例如，公司一个介绍性的PPT文档，今天张总接待使用，会保存一个署名张总和相应日期的版本;明天陈总出访演示，会保存一个署名陈总和相应日期的版本。两个文件只有一页不同，其它内容都一样。EMC Avamar能做到，第二次备份时，只保存改过的那一页。 新型备份方案性能出色 熊猫电子在中心机房搭建一台备份服务器，部署EMC Avamar技术。备份数据经过EMC Avamar去除重复以后，再通过IP网络传输到容灾备份中心，备份到这里的Avamar Data Store存储阵列上。在熊猫电子的应用环境上，Avamar的重复删除率达到100:1。由于传输的数据量非常小，大大节省了带宽，缩短了备份时间，也节约了备份空间。原来每天要备份好几小时，现在每天只要几十分钟就完成了。综合比较下来，采用EMC Avamar新一代备份方案，比传统的备份方式代价低得多，RTO和RPO却提高了很多。 Avamar数据保护方案简化了数据恢复操作。与传统解决方案不同，Avamar备份每天都是生成的完全备份，而不是传统备份方式的"全备份+增量备份"，Avamar只需操作一次就可以恢复所需要的时间点数据。Avamar对文件的恢复很简单，既可以使用传统的恢复操作，也可以通过Web页面的下载方式进行。 由于数据是备份到存储阵列的，存储阵列上有RAID冗余磁盘技术，可以随时、自动对数据进行校验，可靠性提高。从数据恢复速度看，磁盘备份比磁带备份的速度高一个数量级，数据可用性的提高不言而喻。 为了充分利用已有投资，多提供一重数据保护，除了用Avamar进行异地备份外，熊猫电子将之前的本地磁带库备份继续保留。 未来的计划 EMC Avamar的扩展性不错。将来熊猫电子的其它分支机构或厂区如果需要备份数据时，只要和Avamar的服务器建立网络连接，就可以将数据备份至Avamar上。如果需要加强数据的保护级别，可以再增加一个节点，和现有节点之间做数据镜像。如果未来的数据增长非常快，则可增加多个Avamar节点组成EMC专利的RAIN结构，既增加了备份空间，又使数据的保护更加可靠。 我们的经验是，对新技术要既大胆又谨慎。谨慎的是注重投资回报，大胆的是敢吃螃蟹。我们是国内较早采用IPS(入侵防御系统)技术的，应用效果不错，熊猫电子的供应商都来取经。采用重复数据删除技术也是国内领先的。 下一步，我们的计划是，采用VMware虚拟化技术，搭建一台高配置的服务器，把各个应用服务器都备份成虚拟机，放在这台服务器上。这样，当某个应用服务器出问题时，可以先用虚拟机工作，并马上通过虚拟机恢复系统。数据和系统都有备份，而且可以实时恢复，进一步提高系统的可用性。 September 02 ABOUT：XEN & KVM虚拟化或者云计算这两个话题在现今的IT行业内可是轰轰烈烈的进行着，几乎每个IT巨头都争先恐后地向虚拟化靠拢。 当中当然少不了微软的HYPER-V、Citrix的XEN、SUN收购了VIRTUAL BOX，然后SUN又被Oralce收购了，呵呵、还有最后今天谈论的重点：RED HAT的XEN 以及 KVM。 当然以上这几种虚拟化产品与虚拟化巨头VMware的vSphere进行比较，vSphere从业务连续性/稳定性/安全性等等方面，还是遥遥领先的。 不过可能XEN以及KVM对大家而言还是比较陌生的，以下是摘自searchsv.com关于这两者的介绍： KVM(Kernel-based virtual machine)简介 KVM是一个全虚拟化的解决方案。可以在x86架构的计算机上实现虚拟化功能。但KVM需要CPU中虚拟化功能的支持，只可在具有虚拟化支持的CPU上运行，即具有VT功能的Intel CPU和具有AMD-V功能的AMD CPU。 Xen与KVM的比较 Xen也是Linux下的一个虚拟化解决方案，也将很快被编入内核中。Xen的实现方法是运行支持Xen功能的kernel，这个kernel是工作在Xen的控制之下，叫做Domain0，使用这个kernel启动机器后，你可以在这个机器上使用qemu软件，虚拟出多个系统。Xen的缺点是如果你需要更新Xen的版本，你需要重新编译整个内核，而且，稍有设置不慎，系统就无法启动。 相比较，KVM就简化的多了。它不需要重新编译内核，也不需要对当前kernel做任何修改，它只是几个可以动态加载的.ko模块。它结构更加精简、代码量更小。所以，出错的可能性更小。并且在某些方面，性能比Xen更胜一筹。
到目前为止，KVM还不支持CLUSTER/HA/DRS/VMOTION等等功能，而这些都是企业应用里最关心，最核心的价值以及功能。另外，KVM需要在命令行下进行操作，对于用户来说，管理员必须具备非常丰富的LINUX方面认知以及管理能力，否则TROUBLESHOOTING将会成为最棘手的问题，GUI需要继续努力。也就意味着，KVM这还有很长的路要走。 值得一提的是KVM可以支持“准虚拟化”。但是“准虚拟化”的弊与利，以及真正应用“准虚拟化”时的巨额成本问题，还是一个很漫长，很值得探讨的话题。
注：该文章仅表述个人理解以及观点！ 如何使用esxtop工具确定VMware ESX内存使用情况转载Searchsv.com.cn的文章.
Detail:
好文章,值得收藏.
FYI.
KT at the midnight.
April 01 启动虚拟机时,提示Device 'Floppy Drive 1' has a backing type that is not supported. This is a general limitation of the host.这绝对是一个可遇而不可求的问题, 难得一见, 必须纪录下来!
环境, ESX 3.0.1, VC 2.5.0, Guest OS: Windows 2000.
现象:
一台由VMware Converter P2V过来的Windows 2000.
故障会出现以中的一种或多种: a. VC中无法克隆该虚拟机
b. 启动该虚拟机失败,提示:
Device 'Floppy Drive 1' has a backing type that is not supported. This is a general limitation of the host.
Device 'CD-ROM' has a backing type that is not supported. This is a general limitation of the host.
c. 无法编辑虚拟机硬件
d. 使用VI Client连接到该ESX, 启动该虚拟机成功, 但是依然无法编辑硬件.
e. 使用Web Access, 可以启动该虚拟机, 并且能够编辑虚拟机硬件.
原因:
VC 2.5 与 ESX 3.0.1 之间存在接口问题, 或者是转换过来的虚拟机硬件版本过低, 而不能直接被VC进行访问以及控制.
解决方案:
升级虚拟机硬件. upgrade virtual hardware.
使用CMD执行VC安装目录下的vmware-vmupgrade.exe,语法大致如下:
vmware-vmupgrade.exe -u VC-user-name -n /DC/path-to-vm-in-the-inventory
假如你没有VC,不要紧,ESX Console下执行:
vmware-vim-cmd vmsvc/upgrade vmid
升级虚拟机硬件后,以上问题均可以解决.
##该文章属于Kt.Cheong原创文章！ 转载时，请标作者以及使用超链接标明出处；在未获得本人允许下，不得用于各种商业用途！ 本人保留一切法律追究的权利！ March 24 建立快照后导致存储空间不足而提示需要redo log error问题ESX上的VM由于建立了快照后,长期不对该VM进行监测而导致整个LUN空间被占满,
VI Client中出现错误提示:No more space for the redo log error when attempting to start a virtual machine.
解决方案, VMware KB:1002103
另外, 假如想将虚拟机的快照文件保存到其他LUN中去, 可以采用以下解决方案:
FYI.
~.~ March 16 Defunct cimservera processes seen on VMware ESX 3.5 running hardware management agentsDetails
Note: This issue is not specific to certain management agents.
This issue was observed to happen on idling VMware ESX hosts with hardware management agents installed and discovered by their corresponding management application. A high number of the defunct processes could result in various symptoms resulting from the VMware ESX service console failing to spawn new processes.
Symptoms include:
If you are able to log in to the service console, you can verify this issue using the following command, which might show from a few up to thousands of cimservera defunct processes:
# ps -ef
root 6232 0.0 0.0 0 0 ? Z Sep24 0:00 [cimservera <defunct>]
root 6377 0.0 0.0 0 0 ? Z Sep24 0:00 [cimservera <defunct>] root 6496 0.0 0.0 0 0 ? Z Sep24 0:00 [cimservera <defunct>] In addition, /var/log/messages shows the failed logins:
Nov 17 18:29:32 blr-cpd-018 cimservera[505]: user "root" failed to authenticate
Nov 17 18:29:34 blr-cpd-018 cimservera[506]: user "root" failed to authenticate Nov 17 18:29:36 blr-cpd-018 cimservera[507]: user "root" failed to authenticate Nov 17 18:29:39 blr-cpd-018 cimservera[508]: user "root" failed to authenticate Solution
If the failed login attempts are the result of misconfigured credentials in the management application, correct this problem first before proceeding to prevent further degradation.
Restart the pegasus process to clear the defunct cimservera processes. Use the following command at the service console:
# service pegasus restart If you are unable to log in to the service console as a result of this problem, there are two alternatives:
Note: This issue is fixed in VMware ESX 3.5, Patch ESX350-200901407-BG: Updates Pegasus (KB 1006657). February 27 ESX下有文件被占用?找出真凶...ESX下有文件被占用了,想知道到底是哪个用户,哪个进程在占用他,怎么办?
先举例说明再做结论..
我们在ESX下,可以先检测一个文件,使用
tail -f /var/log/vmkernel ##众所周知,这是在检测vmkernel..
然后我们再用一个命令:
lsof |grep vmkernel
这时候出现了
COMMAND PID USER FD TYPE DEVICE SIZE NODE NAME
syslogd 1572 root 10w REG 104,3 56734 750051 /var/log/vmkernel
tail 18544 root 3r REG 104,3 56734 750051 /var/log/vmkernel OK,这时候啥都出来了.. 自己看着办吧.
kill -9 18544
你在看看tail是否还在执行?肯定断掉了吧...就是那么简单..
OK.完毕! KT原创@随便转载. February 26 Enabling Windows Single Sign-on support in VirtualCenter 2.5所谓的Single Sign-on，也就是双击vi client的图标，就自动登陆到VC。 方法？详情见vmware kb:1006611. 当我们VC集合域用户使用时，这方法让用户登陆VC时，尤其方便，免得每次都得敲IP，USERNAME，PASSWD。 高效，才有高产！ The End! 查看登录ESX、VC用户以及时间的方法|登陆实名制在些大企业中，在用户群体非常庞大，以及管理人员人数较多时，对于操作的责任化以及实名制是非常重要的……
这算是一个比较久的问题了，某人问我，我这很多管理员，每天都很多操作，我想知道每天都有哪些人登陆到VC以及ESX，
这该有什么方法？或者可以每天定时到处哪些文件已做备份？
今天，Virtual Center出了2.5.0 update4版本，也顺便整整这个问题。
OK，介绍到这里！ February 25 [颠覆传统] 当只有ESX，周围没有WINDOWS以及VI Client时，急切对ESX做相关复杂配置怎么办？ vmware-vim-cmd 帮助你！[原创文章] 如题了。 当IDC各种环境发生变化，急切对ESX做复杂的操作而身边却只有ESX的情况下，怎么办？ vmware-vim-cmd 帮助你！这绝对是一个颠覆传统的命令！ 这命令可能知道的人不少，但是国内关于这命令以及使用的文章，简直是寥寥无几，就等我开这么个头，希望大家往ESX Service Console中不断探索，发现更多的更好更有效完成我们工作的命令以及使用技巧。 这命令是在ESX命令行下启动kernel中vmotion功能而发现的。 ESX中，启动/关闭vmkernel中vmotion功能命令如下： [启动] vmware-vim-cmd hostsvc/vmotion/vnic_set [vnic] ##例如：vmware-vim-cmd hostsvc/vmotion/vnic_set vmk0 [关闭] vmware-vim-cmd hostsvc/vmotion/vnic_unset [vnic] ##例如：vmware-vim-cmd hostsvc/vmotion/vnic_unset vmk0 大家可能会觉得很奇怪，为什么vmware-vim-cmd 后面家的参数hostsvc如此奇怪呢？
不妨直接运行vmware-vim-cmd看看：
发现其中的秘密了没？ 主要介绍其中几项…… hostsvc/ 包含的是一些关于host设置的命令，类似网络，硬件信息，存储，防火墙，各种服务等等…… vmsvc/ 则包含的是对Virtual Machine的一些常规设置，类似查看状态，启动，关闭，快照管理，添加/扩展磁盘，等等…… vimsvc/ 包含的是一些权限，license等等更多VI Client以及VC中一些常规的设置
那么，这些对于我们平时使用有什么帮助？ 那就见仁见智了，我个人认为，让工作高效，简单，明了，特别是VI Client出现故障或者是在没有VI Client的情况下。
举个例子： 平时在ESX命令行下启动一虚拟机有什么方法？
看下vmware-vim-cmd 是怎么实现的？
另外，使用这种方法去修改网络以及其他配置时，也是更加的有效以及方便的。 不过值得注意的时，这东西，还是有些笨的。 修改网络配置后，一般需要使用 刷新命令 [refresh]， 否则修改后，你getinfo时，就会发现，怎么好像没配置成功，这确实有些让人困惑，但是refresh后，一起都好了！
OK，今天上课就到这吧！关于这命令更多的使用，需要靠各位继续去挖掘，实践了！ 另外, 找到一个第三方vmware-vim-cmd使用手册: [下载链接] ##该文章属于Kt.Cheong原创文章！ February 08 2009:非'牛'勿扰23:07，再有10个小时左右，我又要踏进2009年的工作中了，对于假期的放荡、自由、轻松真有点依依不舍...
2009年，好好工作！
晚上不能再追着TVB的连续剧了，要多看看书，一些关于烹饪，咖啡，哲学，技术的书籍...
找机会去下Starbucks、上岛等地方做做兼职，学学做咖啡，做做蛋糕...
一定要运动运动，真的是要减肥了，真的真的要减，一定要减，也一定会减掉... (T.T)
最后，就是，祝我，和认识我的人：身体健康，赚多点钱，每天都过得开心...
有‘利’可图、非‘牛’勿扰... Katooo@Copyleft.
December 18 VC/ESX操作时遇到的Warning/Fault等信息解决思路该教程只提供解决问题的思路，不提供最终解决方案，谢谢！ 先举几个例子，在平时在对VI3等做操作时，不免总遇到些错误，警告等等，现在针对些操作，或者是些警告，探讨一下。 现在VI被强制升了级，连错误提示也变得更加恶劣，看都看不懂，无疑对我们troubleshooting带来了麻烦。 So,现在我们可以通过VMware Infrastructure SDK 来给我们些提示，详细：http://www.vmware.com/support/developer/vc-sdk/ 举例： Ø Ø 进入VI API Reference Guide [VI API 2.5]， 查看第一点：Fault.PlattormConfigFault.Summary. Fault.PlattormConfigFault.Summary.分为前后两段，分别是Fault.以及PlattormConfigFault.Summary. OK， 按照Fault,我们可以在API中的菜单中找到，如图：
点击进入,找到：
然后，这里可能能给到你一些提示。 可能第一个例子并不能给到你全部的提示， 但是你按照相同方法，第2个例子，能够给到你更多的提示。 再看看第2个例子：event.HostDasDisabledEvent Event 需要在Data Object Types里面找，为什么的话，可以点击Home了解下。 Go…
出来了，更多的内容，就自己详细看看吧~ 能给到你更多结束。 OK，教程结束！ November 29 借epie的话提醒下自己1.知识面要全 2.要学会沟通 3.要培训，知识不仅要懂，还要让你的听众理解（听众的基础可能不在一个水平线） 4.对一些新版本的软件要及时追踪新特性 虽然不懂得什么是资本主义生产的基本矛盾和主要矛盾,但是2008年虚拟经济以及实体经济的不对称,导致经济危机波及身边朋友的事情真是屡见不鲜...为这些"受难"的朋友祈祷,祝愿他们早日恢复生产,或者产量日渐恢复以及更上一层楼... 从售后开始接触售前,真的不得不时刻提醒自己,拍住潮流走...不断积累,不断改进以及进步... 危机的另一面,这--同时也是一个百年难得的机遇! 好好学习, 天天向上! 跨平台 不同指令集CPU VMotion虚拟机修改:
%Application Data%\VMware\VMware VirtualCente\vpxd.cfg
添加:
<migrate>
<test> <CpuCompatible>false</CpuCompatible> </test> </migrate> 该方法为比较通用的方案,当然,不推荐在不通指令集的CPU上进行vMotion,该方法可能会导致应用程序崩溃..
更多相关方案,请见:::虚拟时代::: November 28 Storage VMotion fails after Service Console IP changeStorage VMotion not working after a Service Console IP change.
Solution(support by Yellow Bricks):
Disconnect the ESX host from VirtualCenter
Stop the VMware VirtualCenter Server service Remove the /etc/opt/vmware/vpxa/vpxa.cfg file from the ESX host that’s affected Run this script on the database: ———– UPDATE [VCDB].[dbo].[VPX_HOST] SET [IP_ADDRESS] = ‘w.x.y.z’ WHERE [DNS_NAME] = ‘name of esx host as it is listed in the table’ ———– “w.x.y.z” above is the new ip address Start the VMware VirtualCenter Server service Add the host to the cluster again November 27 Happy Thanksgiving!一直有些话要说,但一直都没动手指,但今天,必须得写写了..
每逢佳节倍思亲,同样在这特殊的节日了,需要对我身边的人表示强烈/热烈/猛烈/轰裂的感谢.
由于是技术BLOG,这里仅感谢在虚拟化道路上给予我支持,帮助以及鼓励的朋友..
以下是点名仪式...希望点到名的朋友积极响应..谢谢支持!(另:名词不排先后)
首先感谢常伴随身边作战的战友--Lee Sun, Bill Ho, Jackie, Bruce, Hardy, Cindy, Santosh, Joe and so on..
其次,感谢'中国VMware'以及'VMware华南技术中心'的各位VMware Fans, 尤其感谢以下几位,感谢他们在我成长中做了不少指点以及帮助,非常非常的感谢!!!
Housefull(老田)、散人(散总)、猫猫（秋林兄弟）、科比=MVP、楠楠、龙总、提款机、epie等等几位。
感谢感谢！
再次向以上“猪”位--敬礼！！ November 26 摘录一些解决VMware Snapshot(快照)故障的方法找出哪台虚拟机有快照
更改/vmfs/volumes/目录。
键入find -iname "*-delta.vmdk" -mtime +7 -ls找到在7天之内未被修改的快照文件或键入find -iname "*-delta.vmdk"找到所有的快照文件。
处理未正确删除的快照
偶尔，一个快照未被正确删除，在虚拟机里仍然是活动的快照。当使用VMware Consolidated Backup或通过Snapshot Manager删除快照时，这种事情会发生。多数情况下，快照不会出现在Snapshot Manager让你删除。快照仍然存在的迹象显示在虚拟机目录的delta文件里。
如果你有一个没在Snapshot Manager里的运行着的快照，你可以尝试用一两个方法删除它。第一种方法，使用VI Client创建一个新快照，然后删除所有来自Snapshot Manager的快照。或者登录到ESX Service控制台，切换到虚拟机总目录，键入vmware-cmd createsnapshot创建一个新快照。等待创建并键入vmware-cmd removesnapshots。完成后，查看delta文件是否已删除。如果已删除，那么就成功完成删除了。
另一个方法是关闭虚拟机，登录服务器控制台，切换到虚拟机目录，通过使用vmkfstools和指定快照文件作为资源磁盘来复制虚拟机磁盘文件，例如，"vmkfstools –i myvmname-000001.vmdk myvmnamenew.vmdk" ，一旦完成了这个设定，移除硬盘（不是删除）、添加新硬盘及浏览器到最新创建的磁盘文件。启动虚拟机，在你删除旧磁盘和delta文件之前，每样事都在工作。
更改快照文件位置 默认状态下，快照被写入每台虚拟机的主目录里。有时你需要改变它的位置，不占用属于虚拟机的卷上的空间。为每台虚拟机上的快照指定一个新的目录是可能的。当你这么做后，快照和vswp文件都被写入到这个目录里。 不过要注意，如果你的虚拟机在共享存储上，你指定本地存储作为地址将不能使用像VMotion/HA/DRS这样的功能。更改方法步骤如下： 摘自IT168 November 18 ESX Update3 磁盘备份工具 vmfs-undelete 的使用方法
Copyright Reserved@Katooo,翻版必究! 转载请著名出处. [root@esx80 /]# pwd / [root@esx80 /]# mkdir vmbackup ########建立保存备份文件的目录 [root@esx80 /]# vmfs-undelete ########运行备份磁盘文件的命令 ######################################################## # VMFS Data Recovery and Backup # # # # This tool is NOT a replacement for regular backups # # Please backup your data on a regular basis # # There is absolutely no guarantee # # Use at your own risk # # # # VMs with Raw Disks (virtual or physical) are # # Not supported!!!! # ######################################################## -------------------------------------------------- Select [b]ackup, [r]estore [q] to quit: b ########备份选择----b ------------------------------------------ 0 ) /vmfs/volumes/48d70e5b-e8cf29c8-9c04-001e0b75d2d4/86_Redhat_as5_Backup/86_Redhat_as5_Backup.vmx 1 ) /vmfs/volumes/48d70e5b-e8cf29c8-9c04-001e0b75d2d4/87_Window2003/87_Window2003.vmx 2 ) /vmfs/volumes/48d70e5b-e8cf29c8-9c04-001e0b75d2d4/88_windowsXP_sp3/88_windowsXP_sp3.vmx 3 ) /vmfs/volumes/48ad2ec3-02689de1-a7a0-001e0b75d2d6/86_KT_LocalMachine/86_KT_LocalMachine.vmx ------------------------------------------ found 4 vms Choose a VM to backup, [99] for all registered VMs or [q] to quit: 99 ########全部都备份就选择99….部分备份,就按照0,1,2,3选择 Backing up all VMs on this host number of vms to backup 4 Ready to write to data to disk Enter path and filename of where to save the recover log to: vmbackup/all_vm_vmdk_backup ########目录必须是存在的,文件会自动生成,所以文件名必须是目前不存在的 ________________________________________ working on VM: /vmfs/volumes/48d70e5b-e8cf29c8-9c04-001e0b75d2d4/86_Redhat_as5_Backup/86_Redhat_as5_Backup.vmx Checking for VM Snapshots... Creating Snapshot... read block list for /vmfs/volumes/48d70e5b-e8cf29c8-9c04-001e0b75d2d4/86_Redhat_as5_Backup/86_Redhat_as5_Backup.vmdk removing snapshot.... ________________________________________ working on VM: /vmfs/volumes/48d70e5b-e8cf29c8-9c04-001e0b75d2d4/87_Window2003/87_Window2003.vmx Checking for VM Snapshots... Creating Snapshot... read block list for /vmfs/volumes/48d70e5b-e8cf29c8-9c04-001e0b75d2d4/87_Window2003/87_Window2003.vmdk removing snapshot.... ________________________________________ working on VM: /vmfs/volumes/48ad2ec3-02689de1-a7a0-001e0b75d2d6/86_KT_LocalMachine/86_KT_LocalMachine.vmx Checking for VM Snapshots... Creating Snapshot... read block list for /vmfs/volumes/48ad2ec3-02689de1-a7a0-001e0b75d2d6/86_KT_LocalMachine/86_KT_LocalMachine.vmdk removing snapshot.... ________________________________________ working on VM: /vmfs/volumes/48d70e5b-e8cf29c8-9c04-001e0b75d2d4/88_windowsXP_sp3/88_windowsXP_sp3.vmx Checking for VM Snapshots... Creating Snapshot... read block list for /vmfs/volumes/48d70e5b-e8cf29c8-9c04-001e0b75d2d4/88_windowsXP_sp3/88_windowsXP_sp3.vmdk removing snapshot.... Done...... ######## 备份完成 ######################################################## # VMFS Data Recovery and Backup # # # # This tool is NOT a replacement for regular backups # # Please backup your data on a regular basis # # There is absolutely no guarantee # # Use at your own risk # # # # VMs with Raw Disks (virtual or physical) are # # Not supported!!!! # ######################################################## -------------------------------------------------- Select [b]ackup, [r]estore [q] to quit: r ######## 还原 enter file name to restore from: vmbackup/all_vm_vmdk_backup ########选择还原文件的位置 ---------------------------------------- 1) /vmfs/volumes/48d70e5b-e8cf29c8-9c04-001e0b75d2d4/86_Redhat_as5_Backup/86_Redhat_as5_Backup.vmx 2) /vmfs/volumes/48d70e5b-e8cf29c8-9c04-001e0b75d2d4/87_Window2003/87_Window2003.vmx 3) /vmfs/volumes/48ad2ec3-02689de1-a7a0-001e0b75d2d6/86_KT_LocalMachine/86_KT_LocalMachine.vmx 4) /vmfs/volumes/48d70e5b-e8cf29c8-9c04-001e0b75d2d4/88_windowsXP_sp3/88_windowsXP_sp3.vmx Found 4 VMs available to restore select VM to restore [1 - 4] or 'q' to quit: 1 ########恢复第一台机器 Available VMDKs to restore: ---------------------------------------- 1) /vmfs/volumes/48d70e5b-e8cf29c8-9c04-001e0b75d2d4/86_Redhat_as5_Backup/86_Redhat_as5_Backup.vmdk select VMDK to restore [1 - 1 ]: 1 1) /vmfs/volumes/storage1 ------> [VMFS UUID: 48d70e5b-c460124a-d14c-001e0b75d2d4] 2) /vmfs/volumes/EMC_Lun ------> [VMFS UUID: 48ad2ec3-02689de1-a7a0-001e0b75d2d6] 3) /vmfs/volumes/Lun1 ------> [VMFS UUID: 48fc24ca-b04e7806-ed47-001e0b75d2d6] 4) /vmfs/volumes/Lun2 ------> [VMFS UUID: 48d6fbae-ba787635-6de1-001f29579480] select VMFS DataStore to restore to [1 - 4] : 2 ########还原的磁盘文件保存在哪?...这部尤其重要,还原出来的文件不能保存在相同的LUN上 Enter the directory to restore to: reconver_redhat ########还原的磁盘文件保存的位置—文件夹—该文件夹不允许为已经存在的目录 /vmfs/volumes/EMC_Lun/reconver_redhat created successfully. Enter the file name to restore to: [ex: recovered.vmdk]: reconver_rehat.vmdk ########还原出来的磁盘文件的名字,随便改. restoring VM: /vmfs/volumes/48d70e5b-e8cf29c8-9c04-001e0b75d2d4/86_Redhat_as5_Backup/86_Redhat_as5_Backup.vmx Disk: /vmfs/volumes/48d70e5b-e8cf29c8-9c04-001e0b75d2d4/86_Redhat_as5_Backup/86_Redhat_as5_Backup.vmdk to : /vmfs/volumes/EMC_Lun/reconver_redhat/reconver_rehat.vmdk [>======================100%======================] Restored Successfully ########还原完成. 这时候可以新建虚拟机, 使用现有的磁盘文件即可.
个人看法, 该磁盘文件备份手法确实是狠! 备份磁盘文件非常快速,并且保存出来的文件非常的小.. 狠的第2个地方,备份后, 无论原来的磁盘文件怎么删除/破坏, 都可以完全还原! 狠的第3个地方,操作十分方便! November 13 ESX Service Console下监控服务器物理内存使用最近发现一个比较有趣的问题.
背景: Esx kernel 与 各种 Linux 的内核进行比较, Redhat 5.0 堪称是最接近的...
然而, 不少人在ESX下使用以及配置ESX, 都有种正在操作Linux的习惯...(我也是一个有着这种习惯及其严重的人)
回到正题, 在VI Client中查看服务器的内存使用对于各位虚拟化管理员来说是家常便饭了, 但是有没想像过某种网管软件在
监控ESX的物理内存使用状况时, 需要人手的输入获取物理内存使用信息的命令??
试了一下, free, esxtop, top, grep MemTotle /proc/meminfo 怎么出来的全是ESX Service Console的内存使用...
试一下watch cat的方法, watch cat /proc/vmware/mem
如果要查看的比较清晰,可以使用watch -d -n 1 cat /proc/vmware/mem ##每1秒进行监控,并且指出变化的地方
OK.问题解决.
该文章属于KT.Cheong 11月原创作品,转载时请以超链接形式标明文章原始出处和作者信息及本声明.
November 04 Windows Se7en(Build 6801)作为Vista Fans, 在Windows Se7en Beta那么重要的时刻, 岂能不当一会小白鼠呢? Windows Se7en加上了新的菜单栏元素--Super Bar. 就因为这个比较重要的因素, 决定再在自己的LAP-TOP上直接使用一段时间. 上图吧. Windows 7的新功能还是不少的.即使这版本根据官方透露,基本只涵盖80%正式版时的新功能. 这里就不详细介绍, 有兴趣的可以百度一下.
November 03 免费的ESX服务器性能监测工具转自--> :::虚拟时代::: <-- Solarwinds公司一直专注于网络管理，今天为大家介绍一款来自Solarwinds的免费ESX服务器工具，VM Monitor。 这个免费软件具有以下特点：
该工具确实很方便，但需要在你的ESX服务器开启SNMP。具体方法如下：
该工具可以在这里免费下载。 November 01 虚拟机文件被锁,无法正常power on该文章属于KT.Cheong 11月原创作品,转载时请以超链接形式标明文章原始出处和作者信息及本声明.
这又是一个非常经典的问题, 一位台客遇到的问题, 又到11月了, 于是决定更新一下BLOG.
现象: 启动虚拟机时, 95%, 停顿并且进程中断, 提示:ubable to access files since it is locked.
祸根: HA
解决方法:
1.首先将cluster中的HA功能关闭. 如果该功能不关闭, 容易造成死锁, VM不断跳动, 不断再不同的ESX内循环被锁, 徒劳而无功.
2.磁盘文件被锁, 要解决, 必须要知道到底是哪台ESX把他给锁住了, 这是关键.
方法:看/var/log/vmkernel . 但是,在做这些前, 再准备些别的工作,见3.
3.在VC中, 把被锁的VM从Inventory中remove掉. 原因很简单,这是一个unregister的过程.
4.根据/var/log/vmkernel, 搜索owner, 可以找到类似以下的语句:
Oct 19 04:23:33 esx-hostname vmkernel: 3:06:29:47.992 cpu6:1656)FS3: 1975: Checking if lock holders are live for lock [type 10c00001 offset 52008960 v 380, hb offset 3554304
Oct 19 04:23:33 esx-hostname vmkernel: gen 17, mode 1, owner 48f5f637-462688bc-fd28-0e1a6434b6f8 mtime 38112] OK, owner 后面的 48f5f637-462688bc-fd28-0e1a6434b6f8 就是你的target了. 因为他就是锁住VM的宿主.
5.根据以下命令, 找出到底哪台ESX的UUID是48f5f637-462688bc-fd28-0e1a6434b6f8 ???
[root@esxhostname root]# esxcfg-info |grep -i 'system uuid'
6.找到目标主机后, 当然是杀死他锁住VM的进程. 之所以会被锁,原因就是HA把VM从别的HOST迁移过来, 但是又没有unregister 和register的过程, 所以在第3步的时候,你查看VM的 Summary的时候, host ip还是属于出问题的host. 但是VM又被新的host霸王硬上功的power on, 注册都没注册, 又怎么启动呢..so..
OK.撤远了,我们开始杀进程:
找到PID用下面的命令:
ps -efwww|grep virtualmachine.vmx
找到PID后,
kill -9 PID
7.这时候, 还要确定一件事情, .vswp文件的事情. 这个是给台客处理问题时吸取的经验. 就因为忽略了这个,所以在杀掉进程后,重新注册VM,还说没有SWAP文件,启动还是失败。
在VM启动时会自动生成SWAP,没有SWAP文件,其实就是因为SWAP存在了, 因为重名而导致无法正常生成.
进入到/vmfs/volumes/lunid/vm_path/下, vmkfs -d virtual_machine.vswp
或者进入Datastore Browser, 在里面把SWAP文件删除也可.
8.完全之策, 你还可以进入到VM的SETTINGS--OPTIONS--SWAPFILE LOCATION, 对该保存的位置做下设置.
9.从新注册VM. 进入Datastore Browser, 找到VM.vmx, add to inventory.
10.启动VM. Good Luck.
Nov.1th. By Kt.Cheong VISBU又在 epie 那找到好东西咯, 当然就是 [ VISBU ]...
引用 epie :
****************************************************************************************
一款vmware的备份软件，此软件是安装在service console上的，那基本上就代表了无法集中管理，适合小规模Vm环境 但是它是Free的，而且支持schedule task,应该比VCB强。国外有人推荐，我顺便贴出来share下 具体效果如何，目前比较忙，没时间测试。等测试完，再分享下原理和优缺点 VISBU is free backup software that is run from the Service Console that provides VMDK level backups of any VM on storage accessible by the host. The script can be targeted at any ESX server or VC server. The script is designed to be easy to use and offers all features from a simple menu driven interface, so a non-Linux administrator can use it with the minimum of fuss. It provides email reports, automated restoration for every backed up VM, scheduling, is DRS aware, and supports backups to SMB, NFS, EXT3, iSCSI and SAN based volumes. http://engineering.xtravirt.com/products/visbu.html ***************************************************************************************** 测试了一下,确实很不错,速度和在ESX下用VCB一样的,log提示也很清晰. 不过该备份软件仅限于热备,对于power off的VM,似乎是无法backup的. 另外,对于epie的"代表无法集中管理,适合小规模环境",本人发表以下看法(该看法只是与epie兄弟做学术交流): 该软件也可以集中式管理,虽然有点别扭,但是确实可行.本人亲测. 192.168.1.100 virtual_center.vmware.com virtual_center 在备份的时候,输入备份的hostname时,输入virtual_center.vmware.com, 帐号密码当然就是VC的ID和PWD啦. 这时候,是可以备份VC中全部POWER ON状态的VM到本地的. 当然,如果VC管理的ESX都是FC连接的存储,再从存储来一个BACK UP的LUN连接到这台ESX, 那么就是一件美事了. 不知道epie兄弟有何看法?
|
||||||||
|
|
%e7%a7%91%e6%8a%80%e6%9c%89%e9%99%90%e5%85%ac%e5%8f%b8%5b%e5%8d%8e%e5%8d%97%5d%ee%a0%8f%ee%a0%8f%ee%a0%8f%ee%a0%8f%ee%a0%8f%ee%a0%8f%ee%a0%8f+%ee%a0%8f%ee%a0%8f%ee%a0%8f%ee%a0%8f%ee%a0%8f%ee%a0%8f%ee%a0%8f%ee%a0%8f%ee%a0%8f%ee%a0%8f%ee%a0%8f%ee%a0%8f%ee%a0%8f%ee%a0%8f%e2%98%85%e8%af%9a%e9%82%80%e5%8d%8e%e5%8d%97%e5%8c%ba%e5%9f%9f%e5%90%88%e4%bd%9c%e4%bc%99%e4%bc%b4%e2%98%85%22%e4%ba%a4%e9%92%a5%e5%8c%99%e5%b7%a5%e7%a8%8b%22%e2%98%85+-+Windows+Live&referrer=){kind=small}
