近期，相比以前的版本，VMware脚本工具PowerCLI中突然发生的变化极大地伤害到VMware用户和合作伙伴。而VMware在产品推向市场之前，并没有对此给出相应通知的做法也让伤害扩大化。PowerCLI是一个脚本工具，可以跟Windows的PowerShell结合来管理vSphere环境，是完成重复性功能时最常用的用户界面之一。很多用户通过整合了PowerCLI和PowerShell的第三方图形界面（GUI）进行相关操作。

　　在7月份发布的PowerCLI 4.1以及上个月刚刚发布的PowerCLI 4.1.1中，引起最大问题的变化在于改变了用于指代对象的命名规则。这意味着在PowerCLI 4.0下写的脚本，如果使用了原命名规则，将不能正常工作。而那些依赖PowerCLI 4.0脚本的用户就不得不花费大量精力完成升级到4.1或4.1.1版本中可用的脚本。

　　用户头疼的问题

　　PowerCLI 4.1.x中发生的重大变化意味着多数用户需要升级原有的脚本，在用户看来，这是非常繁重的任务。根据一名有着多年PowerCLI使用经验的虚拟管理员的说法：“当面对新版本中发生的这种突破性变革时，我们不能要求每个用户都是专家”。除了命名规则的变化，新版PowerCLI中还废弃了一些属性，换句话说，他认为VMware不鼓励用户使用。这些变化也是非常明显的，“这也就是警告我们某些特定的属性将要被废除，那我的疑问就是‘当我在关注虚拟机的某个参数时，你有什么理由把它从我的监控画面中删除？’”

　　尽管老的脚本还能工作，多数PowerCLI 4.0用户还是需要升级到新版本。从技术上讲，专家认为PowerCLI 4.0可以在vSphere 4.1环境下工作，但是只有PowerCLI 4.1及其以上版本才可以使用新版vSphere中加入的功能。PowerCLI 4.1和4.1.1中还有一些bug需要用户等待VMware进行修复。而目前，我们还不太清楚是否VMware将会支持在vSphere 4.1中使用PowerCLI 4.0，业内专家认为这点还无法确认。

　　让用户不满意的另一个方面是VMware和他们沟通的方式，导致用户需要独自面对这些改变。该管理员讲到“ 您不可能没有进行充分地考虑就向一个企业级产品中引入突破性地变革，您也没有逐步地发布这些改变，然后让用户可以逐步期待修复一些bug，从而让两个版本可以同时存在最终慢慢过渡到新版本的使用。”

　　“我更希望VMware可以时常真正听从用户和委员会的建议，和大家一起解决问题甚至防患于未然，”某以色列技术型公司虚拟架构管理员Maish Saidel-Keesing这样说，这些改变也极大地影响到他的使用，“目前这种情况下，事情远远谈不上结束。导致现在的局面VMware应该感到羞愧。”

　　PowerCLI的改变带来方方面面的影响

　　这些改变带来的连锁反应已经不但限于用户数据中心，而且涉及到用于学习PowerCLI脚本应用方式的相关材料上，vExpert和VMware认证顾问Dave Convert这样认为。在周一他还刚刚发表了一篇博客关于PowerCLI 4.1.1正在进行的一些课题。

　　“有很多PowerCLI的用户，现在已经形成一系列的（PowerCLI 培训资源）也被完全打破了，这让人感觉很沮丧，”本周，Convery这样告诉TT虚拟化。

　　这绝不是危言耸听，他补充道。尤其是考虑到随着本年内vSphere 5发布后ESX的退役，PowerCLI有望成为脚本使用的主要架构和规范。“现在我不得不说，由于你的改变，而且是这么多的改变，所有现有的帮助工具都将无法继续使用了。”

　　Quest Software公司的VMware PowerPack是一款在它的PowerGUI中集成了PowerCLI模块的脚本工具产品，也受到了4.1.1版本中这些变化的影响。他们的产品经理Kirk Munro在12月中旬通过博客发布了一篇致歉信，Quest正在努力找到解决这些问题的办法。

　　“（PowerGUI）最可能的情况是我们将创建一个新版的VMware PowerPack产品，需要PowerCLI 4.1.1或后续版本的支持。这样的话，在一段时间内我们将同时支持两个不同版本的PowerPack，直到最终老版本退役，”Munro写到，“这也并非我们的本意，而是我可以看到的摆在我们面前的唯一可行方案。”

　　截止发稿时VMware谢绝对此进行评论。