Microsoft Subscriber Downloads:计划性维护
所有 MSDN 或 TechNet 订阅用户都遭遇过这样的事情，当访问订阅时系统提示一段乱码导致无法正常访问订阅下载，现在微软终于查出原因了，并且发布了计划性维护的通知：
哈哈，这可是一个好消息，新版本的文件输入管理器没准能解决我之前的问题。那么我就不用重新作系统来测试查找到底是什么软件造成的IEUSE文件无法正常提权的问题了。期待……
解决：Vista 下访问 MSDN 订阅无法下载故障
因荣获微软最有价值专家大奖，所以免费获得了为期一年的 MSDN 订阅，因为家里之前没有安装宽带，在公司也都是以PC为主，所以很少使用本子，本子主要是做 Virtual Labs，最近家里装了宽带正好有时间可以在家做测试，所以全力以赴抽出时间完成一直没有做完的功课。期间正好需要从 MSDN 上下载必须的软件，但是问题来了，发现自己的本子能够正常访问 MSDN，根据提示安装了 Microsoft File Transfer Manager（FTM），当点击“立即下载”时，FTP能够正确地被激活，但是发现文件下载地址并没有从IE正确地传递给FTM，从新安装了FTM插件并且也到微软官方站点手工下载安装了FTM问题依旧没有解决。无奈，只得向大家求助，可惜并没有答复。最后还是从王辉那里得到了一些指导，记得提示大致的内容是：“老兄，MVP，Sysinternals、Filemon、Regmon“，哈哈！确实作为一名MVP，因该需要自己来解决问题，并且要有能力解决问题，这才是真正的MVP，惭愧啊！之前还费了好大的周折联系了微软技术支持中心，不过并未得到答案和帮助，因为我的 MSDN 订阅服务支持并未激活，晕！总之为他们的工作认真表示关怀和理解……
晚上吃过饭收拾完残局继续测试打开Filemon作测试确实找到了问题所在，进程中提示无法从C:\Windows\Prefetch目录中读取到TRANSFERMGR.EXE-0A60F95C.pf，出现这个问题的原因大致回忆分析了一下，之前因为插入了Intel的品牌U盘（嘿嘿，Intel公司送了一个1G的高速U盘并且支持Readyboost），盲目地配置为Readyboots磁盘，之后发现U盘无法使用，强制分区格式化，强行卸下卷，最后稀里糊涂的强行拔下了U盘，之后又重新分区希望一个分区用来做Readyboost，一个做数据存储，可是发现并不支持这样。总之稀里糊涂的结束了测试，后来也没有再去测试过。不过后来在使用过程中需要用到微软自己出品的一款虚拟光驱软件，发现无法正常使用了，必须关闭UAC，最后也没有去彻底解决，放在一旁抛在脑后。
现在又出现这样的问题，估计跟Readyboost与UAC有关，为了快速解决问题，我首先进入C:\Windows\Prefetch目录删除掉下面所有的问题，之后手动停止了Readyboost服务并禁用了UAC，重新启动了系统，现在从MSDN可以正常下载了。看来大概分析的思路没有错误。那么接下来就是要重新打开UAC再测试……
令人失望重新启用了UAC后，故障重现了！但是这次通过检测发现不是文件无法读取写入的问题而是出在注册表上，看来是UAC阻止了FTM运行时的一些必要进程。只能通过重新安装FTM和赋予对应的注册表权限来解决！
未完……
已经是半夜11点12分，问题依旧没有解决！但是现在看来当我禁用IE7的保护模式后，FTM可以正常下载了。解决办法仍在继续。
待续……
11点33分转了一圈又回来了，以上的关于Readyboost等相关的问题分析宣告错误。造成此故障的原因就是因为UAC及IE中的保护模式，只要禁用其中任何一个问题便不会出现，找了一圈没有答案，不过印象里好像有一个关于补丁修复的文章，实在太瞌睡了决定明天再找原因，否则就使用我在微软的服务权益！暂时的解决办法，将“*.microsoft.com”和“*.live.com”加入到信任列表中，这样以来访问微软相关站点就不会出现因安全问题所导致的故障，加入“*.live.com”是因为登录微软网站要使用Passport，而验证Passport的则是“login.live.com”，所以干脆直接将“*.live.com”也加入到信任列表，避免窗口反复的弹出影响使用。
本文告一段落，本次TroubleShooting宣告失败！费解费解……难道真如王辉所说是我RPWT，难道其他人就没有遇到这样的问题么？！郁闷……
11月8日，临下班时发现保护模式在提权时要使用ieuse这个文件，难道是这个文件损坏，无法正常识别需要提权的请求？……
当重新安装 XP 系统时保留 OEM 激活状态
在企业中执行批量部署可以有效的降低IT人员个工作量，其诸多优势我就不再复述。但是我们可能会遭遇到这样的场景，企业中的计算机都随机预装OEM版的XP，那么当我们需要重新为这些计算机部署系统时，当然会选择随机的 OEM XP 光盘进行安装部署以保证合法授权，可是在批量部署时必需的一个关键步骤 Sysprep后，OEM XP 的 Mini 安装过程里无论输入 COA 上的序列号还是光盘文件中包含的序列号都替是无效。这个问题困扰了我很长一段时间，最近在 WindowsITPro 论坛上终于有网友回复了那篇老早的帖子，让我在 Microsoft TechNet librar 上找到了最终的答案。
