| 问题现象： | 登陆帐套或重新注册时只有0047号操作员速度正常，其他人员速度极慢。将用户数据逐套导入单机中测试，2、3套帐看不出速度差距，但随着帐套增度，速度逐渐变慢。引完数据后速度用户不能接受，而0047号操作员正常。 |
| 问题原因： | 机器配置： 内存512，cpu：p4 1.7； 例如操作员2494，通过sql事件跟踪器跟踪登录企业门户时后台主要sql操作如下 select distinct ua_account.cAcc_id,ua_account.cAcc_name,ua_account.cIsCompanyVer from ua_account inner join ua_holdauth on ua_holdauth.cacc_id=ua_account.cacc_id where (ua_holdauth.cUser_id='2494' and iIsuser=1) or (ua_holdauth.cUser_id in (select distinct cgroup_id from ua_role where cUser_id='2494' ) and iIsuser=0) --花费时间8秒； 登录企业门户时，花费时间15秒；对于其它操作员如01，0153，1859等，均可正常操作。 从局域网内（10M端口）一客户端上登录服务端，2494操作员花费时间18秒；01操作员花费15秒；其它几个操作员均正常。 另未发现0047操作员与其它操作员有何登录速度区别。 对数据所作操作： 对所有数据库进行日志收缩，并删除ua_log中日志记录。 sqlSERVER数据库有效支持数据库数目应在4、5十个以内，如果数据库数目较多必然会引起响应速度缓慢、从而U8产品登录速度较慢的现象。数目越多影响越大。但这种‘慢’应是理论上的慢，即必须的sql查询操作所需的时间基础上加上产品操作运行时间，但不应该会特别特别慢，如几分钟或上十分钟。 如果数据库数目上百个，服务器端1分钟左右都比较正常，客户端2－3分钟以内可算正常。（具体视网络速度而定） 此处sql数据库数目太多而导致速度太慢，可咨询sql技术支持予以确认；目前80来个数据库，打开企业管理器或查询分析器均已比较缓慢，需等待较长时间。 目前问题的关键不是U8产品效率，而是数据库数目太多引起的理论性缓慢。 |
| 解决方案： | 建议处理方法： 1、将众多数据库文件不要存放在同一物理磁盘（或同一盘符）下，如机器上有多块硬盘，分区有多个上，可对帐套数据进行规划，比如D、E、F...盘上分别存放2-30个数据文件； 2、将众多数据文件不要存放在同一数据服务器上，采用多个数据服务器分别存放部分数据库，此处需用户具备一定的硬件资源； 3、860中1台应用服务器可同时对应多台数据服务器，能从一定程度上解决数据库数目较多的问题。 |
| 相关补丁： | |
| 版本： | 8.60 |
| 模块： | 企业门户 |
| 产品： | U860----系统管理 |
| 问题名称： | 操作员登陆数据慢 |
| 最后更新： | 2005-06-28 00:00:00 |