牛可

VMware快照恢复出错 "Error restoring snapshot: Failed to lock the file." 的解决方法

在VMware workstation 6（其实5.5有是也能碰到）使用中有时能碰到恢复到快照时报错“Error restoring snapshot: Failed to lock the file.”，这是由于VMware锁定相应文件时出错导致的，可能的原因有这样一些：

• 虚机文件被其它程序锁住，VMware无法锁定该文件
• Guest在非正常关闭时没来得及取消对相应文件的锁定，导致快照恢复无法锁定
• 虚机文件被损坏

解决方法相应如下：

• 使用Process Explorer查找是那个进程打开了虚机使用的文件，终止相关的进程。或者最简单的就是通过重新启动计算机来搞定。
• 删除虚机所在目录下面的所有.lck目录，然后再尝试进行快照的恢复
• 这个就比较麻烦了，尝试一下chkdsk也许可以修复。不过一般受损的都是一些配置文件，在前面的动作没有奏效的情况下也可以通过尝试重建一个虚机然后使用现有的.vmdk来将损失降低到最小了。

 

Forefront Secruity for Exchange worm list update

这两天有人问道 FSE 中的 Worm List 总是常不能自动拿到更新，手动更新也往往拿不到新的签名版本。其实作为“第九个”引擎的 worm list 和其它防病毒引擎有所不同，不用进行频繁进行更新。这是因为对于常规的同类型蠕虫的变种，通过 FSE worm list 中已有的处理机制就可以清除，所以不会经常性的出现 worm list 的更新。具体信息可以参看下面这篇 KB:

http://support.microsoft.com/kb/929077

T61 上运行 Virtual PC 2007 反应迟滞的解决方法

这一年工作的 log 倒是写了不少，但是我的这个 blog 站点的更新实在是不好意思 :P

我在 T61 上运行 Virtual PC 2007 的体验并不比在 T43 上好，原因是键盘的反应有时存在明显的迟滞，虚机中的 UI 反映也比较迟缓，虽然当时 CPU 的占用率不到 5%。这样长时间在虚机中操作会感觉到比较累。类似的情况也出现在使用 Virtual Server 2005 R2 SP1 和 VMware workstation 6 中，只是没有在 VPC 中那么明显。想了各种办法，更新了有可能相关的所有设备驱动，优化 OS 的性能，也按照 Virtual PC Guy's blog 中提到的几个方案对一些电源管理选项进行了调整，试验更改了其它一些有可能相关的设置，但是效果还是不明显。这种现象在我 20 天前将 BIOS 更新到 1.22-1.06 后愈加严重，往往在敲入字符 1~2 秒后虚机才有反映，使用起来感觉非常的不舒服。今天又上 Thinkpad 站点看了一眼，发现发布了新的 BIOS 更新 1.26-1.06，于是试着更新了以后发现状况有了明显的好转。看了网站上的更新说明，倒是没有找到与我遇到这种情况相关的更新描述。

其实新的东西往往意味着不成熟，不管是硬件、软件还是别的什么，尝新经常会付出更多额外的代价。同样的道理，在企业的 IT 应用中选择适当的产品和技术非常重要，成熟和主流的产品、技术会降低企业所面临的风险，让项目更可控、结果更具可预见性，同时也会直接和间接地降低企业的 IT 建设和运维成本。但是有些新的产品和技术也会拥有巨大的潜力，如果能够恰当的使用将会给企业带来很大收益。如何只选对的，并不是说的那么容易。所以对技术知识的更新和对新技术的评估是一个企业 IT 部门以及员工应该认真持续去做的事情，但是就目前的情况来看很少有企业中能做到这一步。至于我为什么选了“新”的产品，也许能说明我还算是一个“技粉”:P

对了，我使用的 T61 是宽屏带 1394 接口，如果有朋友碰到与我类似的情况，可以更新到最新的 BIOS 尝试一下。相关链接如下：
http://www-307.ibm.com/pc/support/site.wss/document.do?lndocid=MIGR-67988

 [2008-5-25后记]

本以为在 Virtual PC 2007 SP1 发布后这个问题应理所应当的被解决，没想到安装后的结果是更加惨不忍睹，键盘敲下去2秒后才有反应，GUI 经常是没有响应，IO 的性能更是... 自从拿到这台T61已经有10个月了，真有点儿绝望，以至于我把一些虚拟环境都迁到了Virtual Box上。但始终就是不信这个邪，我几乎动用了所有可以想到的技术手段，到最后都开始调试中断控制器。但调整 CPU 关联性时突然冒出的一个想法让我最终确定了问题的根源，将 BIOS 中的 CPU Power Management DISABLED，就这么简单！

虽然在 VPC Guy 的 blog 上提到 jerky mouse 大多是因为电源管理的原因导致，虽然我试过了 Vista 中所有和多电源管理相关的调试工具和选项，但没有想到问题还是出在了这里。不过还好，终于不用再受 VPC 的折磨了。希望上面的这个解决方法能够对碰到这个问题的人有所帮助，至少在我的周围就有不少用 T61 的人在为此备受煎熬 ;)

MS VHD Test Drive Program

微软最近开放了一个VHDs计划，该计划为用户免费提供了已经预先安装配置好的Virtual PC / Server虚拟磁盘，用户只需要下载需要的VHDs就可以在自己的环境中快速的搭建虚拟化环境进行软件的评估和测试了。目前VHDs计划已经提供了Windows Server 2003 R2 / Exchange Server 2007 / SQL Server 2005 / ISA Server 2006 的VHDs。微软的此举真是在很大程度上方便了用户，再也不需要为了测试一个像SQL Server 2005这样复杂的软件系统而首先花费2~3个小时甚至更多的时间去进行乏味的安装和初始配置了。也许是受了VMWare appliances的启发？

Virtual PC is Free!

Virtual PC 终于也免费了！这几天在给企业的客户做培训，实验环境都是基于Virtual PC搭建的，实验用计算机上部署安装的是Virtual PC的45天Trail版本，不料有些计算机更改了时间，结果评估版就过期了。正准备要安装Virutal Server时却发现Virtual PC也免费了，真是一个好消息啊。

虽然Virtual Server  和 Virtual PC 的免费主要是处于商业方面的一种考虑，但是不知此举对微软的虚拟化发展有什么影响，虚拟化的下一步又将会是怎样。Virtual PC 距上一个版本的发布也已经有一段时间了，期待着它的下一个版本，希望能是一个飞跃。

修改Virtual PC的默认目录

Virtual PC的默认目录总是“C:\Documents and Settings\\My Documents\My Virtual Machines”，如果你的虚拟机不放在这个目录下面，那着实有点儿烦，每次创建或者添加虚拟机的时候它总是要从那个目录开始，你得耐心地一步一步点鼠标。郁闷的是在Virtual PC的UI中竟然没有一个选项可以设置默认路径。其实默认路径是可以修改的，通过环境变量就可以实现。创建一个用户环境变量名为myvirtualmachines，将其值设置为你的虚拟机目录，重启Virtual PC然后就OK了。

5月初备忘

最近这一个月以来一直都很忙，连5.1放假的这几天也是如此，但一看长假之后的日程表，结果排得比前面更紧。很长时间都没有写过技术blog了，其实最近有不少东西都值得写下来，就先欠着吧，日后有时间了整理一下发布上来。昨天，供内部测试的vista 5381又放出来了，快呀，看来测试者要跟上发布的脚步还真是需要费一番功夫的。

5342 让我们继续测试吧

Vista 5342，有点意外，之前没有听到什么消息就一下子推出来了，估计下一个就是5月份的Beta2了。不知道经过这段时间5342和前面相比又有了那些变化，只希望能比5308更稳定一些，这样我就可以在5342下做更多的工作了。在前面的测试中发现5308下的collaboration有一些问题，不知道在这个build中是否已经得到了改进，不管怎么说又得再做一个VM了。

未来与现实之间

前几天和一位Cisco的销售一块吃饭，说到Cisco最新的路由器CRS-1被记录到吉尼斯世界记录，因为它的吞吐量，97Tb/s！！震撼啊，这么强的主干让我们对未来的网络充满了幻想，但现实是残酷的，我发布前面的一篇post用了25分钟时间才成功！在我这里很多时候打开ITECN的页面至少需要5分钟！即便是晚上的1、2点我也得耐心等10几秒钟。经常蜗牛般的速度都会让我怀疑我是用什么线路连接到Internet，但ISP每月收取的费用却告诉我这是1M的ADSL线路。于是我在猜想是否是因为现在中国网络的应用快速发展导致运营商的网络和设备不堪负重，但网络运营商数据部门的朋友告诉我，设备的容量从来都不是问题，就现在那点儿流量在目前的网络中算不了什么。那么既然都不是问题，问题在那儿？

5308之初体验

费了不少劲，经过东挪西凑，终于空出来了一个分区，昨天将vista5308成功地安装到了我的T43上，比我预想的要顺利，和前一个build相比在我机器上的安装速度有了很大的提高，40多分钟就安装完了，x300的显卡也自动被识别出来，并且直接安装了WDDM的驱动，默认打开了Areo主题。之前比较奇怪的是12月份的CTP无论如何也不能在我的T43上运行，安装过程虽然很缓慢（近2个小时），但是也没有报过什么错，就在安装配置完成后登录到桌面的时候就会弹出对话框说“CPU not supported”然后就stop了，郁闷啊，Thinkpad T43可是推荐的为数不多的几款建议机型啊，况且在其它的T43上安装和使用都很正常。所以后来5270的演示都是在VMware中跑的，很绚的UI效果当然是无法体现了。Vista TTT的时候使用的是build5303，对那个版本的总体感觉是比较迟钝，在配置不错的台式机上无论安装、启动、运行效果显示都是慢吞吞的，而且无故crash的几率比较高。

经过一天的使用，感觉这个build和5270、5303相比有了一些变化，个人认为性能和稳当性已经有了比较大的提高，这里把这个build初步的体验总结一下：

• 安装过程速度有了明显的加快，主要是文件拷贝的过程时间明显缩短，不知道安装是对哪些部分进行了优化。
• 安装完成后所有发现的硬件设备都能够成功的安装，包括Fingerprint、TPM和IBM PM（需要到网络上自动搜索最新驱动），modem安装的是XP的驱动。
• 安装完成后系统自动对于机器就有一个评级，在我这台T43上总评是2，分项中除了RAM是4.3的较高分值外（我的内存是DDR 533 2G），其它的都在2、3左右。
• Sleep以后的唤醒速度很快，在我的机器上大概是在3sec以内，感觉比XP的待机稍快一点。
• Sidebar很漂亮，和5303不同，它呈现出透明的渐近效果，好像一块纯净的水晶薄尺放置在屏幕的右侧，当鼠标移动到sidebar时，边缘和轮廓会渐渐呈现，鼠标离开时又会和背景融合为一体，这种设计对于不同风格的桌面主题和背景都会有很好亲和性。
• 在启动后，内存占用基本是在800M左右，不过运行一段时间后会降低到600M左右，这可能是系统根据使用的情况对内存的使用进行了一些动态优化。
• 这个build默认不安装游戏，但是我想很多人都喜欢用游戏给别人show vista的UI是多么的cool，我也是;)
• 另外，在使用中我发现，开启了Areo主题后，如果选用比较明亮的桌面背景（比如像蓝色天空的那张），在使用一段时间后眼睛比较容易疲劳，如果选择颜色稍深一些的桌面背景（比如默认的绿色植物）会好一些。我猜想这跟新的主题与UI效果有一些关系，不过说句题外话，有时候我倒是希望能够将显示器的彩色调成灰度显示，过于丰富的色彩会让眼睛容易疲劳，像我这样整天爬在计算机前面的人来说，很多时候的工作和色彩效果并没有太大的关系。

当然也发现了一些小毛病，我想有些可能是本身的一些bug，但有些也有可能和我的设置有一些关系：

• Alt+Tab应用程序切换的界面有时候会无故的变成以前Windows的经典样式，但此时Win+Tab的switch功能是正常，在重启或注销后再登录又恢复正常了。
• 有些应用在运行的过程中会hang，explorer有时候会crash，不过感觉比以前的build这种情况要少一些。
• 将系统中的时区和时间调教准确后发现Sidebar上的时钟比Systray中的要快整整一个小时，检查时区配置都是正确的也没有什么问题，但这块表始终是走在时间的前面，有意思，是bug？
• 在使用Win+Tab的switch功能时，和以前的build相同，各个以3D方式呈现的窗口边缘依然有很明显的显示锯齿，感觉上不是很舒服，我想这个应该在以后的build中会有改进。

接下来的时间就是对vista各个功能组件的测试和试验了，不过并不打算在这台机器上试验FVE，毕竟这是我的工作机器，万一bitlocker 有个闪失，我那些有用的数据可就再也回不来了。

FebCTP_5308_32bit_Main_Staged_DVD

在2月份Vista CTP发布后的第14天，我拿到了这个5308的Build，前面的5270终于可以从我的硬盘上光荣退伍了。接下来的这段日子中就是这个新build要开始对我的折磨了。

Order of wmware tabs

我个人比较喜欢VMware的UI，在VMWare workstation 4.0以后可以在同一个窗口中使用顶端的标签在各个打开的VM之间切换，我就特别喜欢这个能够让桌面简洁起来的特性，另外可以创建多层次Folder的Favorities更是对拥有很多VMs的我来说感到非常的方便。但是有一点细节让我感到不是很舒服，那就是VMware的顶端标签顺序不能够手动调整，而且有时候它的行为比较古怪－－下一个虚拟机的标签很可能会被随机地放到任意一个位置，在Favorites中依次点击每个VM时，它们会共用一个Summry View面板显示VM信息，除非对当前的VM进行操作，否则标签是不会固定到窗口顶端的。其实很多时候都希望VMs的标签能够按照一定的顺序来放置，因为频繁的在6、7个虚拟机之间切换眼睛已经很累了，如果有些规律可循，操作起来会舒服的多。VMware的KB中说了目前没有调整标签顺序的功能，但是有一个方法倒是变通一下，那就是在Favorities中依次双击准备打开的VM（或者在右键菜单中选择Open），这样这些VMs的标签就会依次的排列在窗口的顶端了，然后就可以开始后面的操作了。其实刚开始我也并不知道双击就可以固定住标签，也不知道菜单中的“Open”和选中后直接进行操作有什么区别，过了好一阵子偶然才发现是怎么会事儿（也许是我的观察能力还有待提高）。

所以我想功能只是软件的一个方面，更重要的是还要让使用的人知道有这个功能，并且知道如何方便的去使用，否则不为人知的特性也就算不上是“特性”了，相信我们都知道有不少的软件在不同的时期都验证了这个道理。

Replmon不能添加其它子网中的DC

相信熟悉replmon的人都应该会比较喜欢这个工具吧，通过这个图形UI的工具能够很方便地获得和AD复制相关的大多数信息。但是最近我在使用它时却碰到了一个问题。这次我用replmon检查的是一个多域多站点的AD，一共有4个子网，三个站点和4个域。我当时在一台DC上使用replmon添加林中所有的DC，以便检查它们的目录复制情况，但当用站点服务器列表添加不在本地子网中的DC时，replmon就会hang住一会儿，然后报错说“you had insufficient permissions to read the status of the server”。我知道应该不是这个问题，当前是以Enterprise Admins组的成员登录的，而且网络连接也是可靠的，因为在此之前已经对链路通讯进行了检查。继而又发现在每个DC上使用replmon添加自己时却都没有问题，在子域的DC上添加父域的DC也没有问题，除此之外只要添加其它子网中的DC都会报告同样的错误。DNS的中的主机记录、SRV记录一一查过，都没有问题正常。另外，在每个DC上使用“Ad站点和服务”控制台都可以正常显示每个NTDS服务，并能够操作各个连接对象相互成功复制目录数据。所以从现象分析来看，目录服务应该是没有问题的，但是replmon为什么会报错呢。考虑再三最终怀疑到replmon使用的计算机名称上，因为只有在添加其它子网中的DC才会出现这种情况，添加本地子网中的DC就没有问题即便是其它域的DC，而且这个网络基础结构中没有Pre-Windows 2000的计算机所以没有实现Wins，另外replmon中的计算机名称都是以主机名或NetBios名称显示的。所以我猜想是不是因为在relpmon内部只使用了DC的主机名，这样对于非本域和父域中的DC只用主机名是无法进行解析的，所以导致无法连接到目标DC。于是用ping测试了一下，然后在随便一台DC的hosts文件中添加了所有DC的主机名地址映射，然后再使用replmon添加其它DC，问题解决。看来的确是由于名称解析导致的问题，那么能不能建议在replmon的更新版本（如果有的话）中使用FQDN呢。

缓慢的SBS 2003关机过程

今天收到一封以前客户发来的邮件，说他们的SBS 2003现在关机时特别的慢，打完补丁重启的过程中，关机差不多得要10多分钟。看了事件日志也找不到什么相关的信息，启动以后一切倒是正常，问问我这是怎么回事儿。后来电话过去才知道他们自己重新安装过SBS上的Exchange组件，于是让他们先停了Exchange相关的几个服务再关机，发现速度很快，所以我基本上断定是由于目录服务在Exchange服务的停止前关闭，导致Exchange的几个服务超时等待，造成了关机速度的缓慢。后来在知识库中搜索了一下，又发现了一篇KB，正好提到了这个问题。由于他们的确是用Exchange的CD而不是SBS安装向导装的Exchange，所以这个问题也是在所难免了。

其实在SBS 2003中有不少服务组件和各个Server的标准版相比，都有一些为方便小企业用户所做的细小改动，比如OWA登录时不需要输入登录名前面的"域\"。如果用户不是很清楚，没有按照SBS提供的管理方法操作，而是使用标准版的组件覆盖了这些设置，还真不是很容易就能把它改回来。所以还是建议用户在使用和维护这些系统的时候都用一些由部署和操作指南上指明了的“常规”方法，因为这些方法都是经过了充分测试的过程，出现问题的可能性会小得多。

在ITECN上的第一篇Blog

非常感谢盆盆和王希在ITECN上给我开了这个blog，已经开通有一段时间了，可以是由于最近实在是太忙，这么多天也没顾上写出一篇技术blog，真是感到惭愧啊。每次上来看到自己的名字后面的“0”，总有一种怕让人发现的感觉。不管怎么样先写两句放在未发表的post中凑个数，无论如何再也不能让这个“0”出现了