SEP大规模部署经验_sep更新问题处理

SEP大规模部署经验由刀豆文库小编整理，希望给你工作、学习、生活带来方便，猜你可能喜欢“sep更新问题处理”。

SEP大规模部署经验

不知道大家是否有用户大规模部署了SEP（>10000 EndPoint），并一直受到SEPM性能问题的困扰，如：客户端状态显示不准确（客户端病毒定义码已经升级到最新，而SEPM上还是显示客户端在使用旧版本，客户端明明在线，而管理服务器上显示不在线，等等……。相信大家也听说了MR3在Performance上的改进，关于SEPM优化的种种设置，并对此有所期待。但是我想告诉大家的是：放弃幻想，准备升级。

实践证明，性能的瓶颈不在SEPM上，而在数据库。

某移动Bo系统目前部署了SEP+SNAC，终端总数超过15000，一直受到上面种种问题的困扰，即使升级到MR3，所有TS建议的优化也都做了，还是不行。这些问题似乎都过去了，Cheers!跟大家分享一下经验：

1、将数据库服务器系统升级到64位Windows 2003 Server，充分利用4G以上内存（用户的数据库服务器有16G内存）

2、使用64位SQL Server 2005，抛弃过时的SQL Server 2000吧，的确不是一个企业级的产品

3、SEPM可以继续运行在32位的Windows 2003 Server上（和数据库远程连接），用户在前端部署了4台SEPM管理服务器。也许将SEPM安装的64位系统上会更好！？效果：

1、数据库服务器（SQL Server 2005）在启动后，消耗掉了10GB内存（比较恐怖，但是性能提升确实明显），但是CPU占用很低

2、观察SEPM的客户端日志缓存目录，可以看到这个目录下基本上没有日志文件（来一个就写一个^_^）。

4、今天上午有病毒定义码升级，到中午12点观察的时候，超过10000台终端的病毒定义码都显示为最新的了。

5、管理服务器上看到所有终端都显示为连接到管理服务器（以前从来没有过的）。

建议：以后在给用户提系统配置的时候，尽量建议使用SQL Server 2005，如果用户能提供64位的硬件，那么就用64位的系统和数据库吧。数据库服务器内存越大越Happy，8G or More？（针对数据库服务器）。将SEPM和数据库服务器安装到不同硬件，可以给SEPM配置相对低配置的硬件，数据库的问题解决以后SEPM在32位系统，4G内存下也跑的很欢。今天是第一天，我还会观察系统的运行情况，并及时通知大家。可以肯定的一点是SEPM的性能可以支持大规模企业部署的要求，大家对这个不再需要怀疑。