过去的一周里，因为忙着公司里的SEP 11.5的升级，基本没有做什么其他事情。

周六的时候，由于所在地区意外停电，导致周六早上无所事事。来电后，查看了一下几个虚拟机的状态，都没有大碍。不过这件事情还是提醒了我，备份还是有需要的，周六晚上特意看了下HyperV相关备份的帮助文档。不过没有搞太清楚，几个方案都貌似需要对整个虚机的虚拟磁盘进行备份，这对磁盘容量要求很高，而我的阵列只有450G，其中100G已经拿来给2个主要虚机了。备份的事情先缓缓，都是实验环境，倒也不是太挤迫，如果MOSS真的投入使用就会显得有必要了。

周六周日的另一件事情，就是SCCM的OSD错误了。周三时，我把已有的启动镜像都删除，重新导入，目前来看还是比较正常的，没有再出现之前的状况，不过还是有待观察。SCCM默认抓取镜像是抓取整个磁盘，而不是像MDT那样只抓取分区，这一点貌似不是很符合主流，难道老外都是拿来部署新机？显然不是吧，难道都要转成MDT来实现？

周五中午11点，SCCM的日志报告了一次失败，Site System Status Summarizer组件，日志里显示没有检测到心跳信号，让我检查compmon.log。我检查了这个日志文件，周五一整天就没有出现任何失败、错误或者警告....只能当成是误报，发现这个日志里显示，每5分钟接受一次组件的心跳检查。

12月的MSRC已经更新，这个月的补丁还是较多的，估计下一周就能看到基本的测试情况。MSRC针对英国某机构提出的补丁会导致系统黑屏进行了澄清。

再谈谈这周开始进行的SEP升级，相比令人深恶痛绝的SPA，SEP 11.5进步不少，至少没有那么多兼容性问题，升级过程也比较简单，除了一台机子升级后无法顺利连接策略服务器需要修改SYlink.xml，其余基本都算得上顺利。
新版的SEP 11.5的OSP没有再对MAX 2010痛下杀手，不过从上次联机编译的经验来看，应该是加入了验证，这很难保证下次不会再出问题，还好MAX还算是知名软件了.

下周，估计又是忙碌的一周，要进行盘点，SEP升级工作也只进行了一半。年底了，事情一件接一件，工作了才知道上大学时是多么美好的事情，哈哈，又废话了，就写到这里吧