用友U8 登陆帐套或重新注册时只有0047号操作员速度正常,其他人员速度极慢。将用户数据逐套导入单机中测试,2、3套帐看不出速度差距,但随着帐套增度,速度逐渐变慢。引完数据后速度用户不能接受,而0047号操作员正常。
2016-1-11 0:0:0 用友NC小编用友U8 登陆帐套或重新注册时只有0047号操作员速度正常,其他人员速度极慢。将用户数据逐套导入单机中测试,2、3套帐看不出速度差距,但随着帐套增度,速度逐渐变慢。引完数据后速度用户不能接受,而0047号操作员正常。
用友U8 登陆帐套或重新注册时只有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台应用服务器可同时对应多台数据服务器,能从一定程度上解决数据库数目较多的问题。解决方案:
问题原因:机器配置: 内存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台应用服务器可同时对应多台数据服务器,能从一定程度上解决数据库数目较多的问题。
如果您的问题还没有解决,可以到 T+搜索>>上找一下
相关阅读
- 用友NC软件凭证打印设置方法2018-11-5 13:51:36
- 调拨单审核生成的其他入库单将其它手工填写的其他入库单覆盖2016-9-7 12:11:10
- 调整固定资产折旧2016-8-30 11:5:55
- 用友U8 保存凭证时提示有人正在保存凭证。2016-8-10 0:0:0
- 用友U8 保存凭证时提示有人正在保存凭证。_02016-8-10 0:0:0
- 用友U8 保存凭证时,提示有其他人在使用,无法保存。2016-8-10 0:0:0
- 用友U8 保存凭证时,提示有其他人在使用,无法保存。_02016-8-10 0:0:0
- 用友U8 保存单据时提示存货自由项结构不合法2016-8-10 0:0:0
- 用友U8 保存发货单时又提示:本单据已被他人修改,保存不成功。2016-8-10 0:0:0
- 用友U8 保存委托结算单时提示结算数量不能大于发货数量。2016-8-10 0:0:0
最新信息
- 程序检测到“T3产品服务”没有开启,请问您是否开启?这是什么问题
- 采购入库生单,选择采购到货单时,到货数量800,入库数量800时,老是提示:入库数量不能大于所参照到货单的数量,不能保存! 实际入库数量和到货数量是相等的。当把入库数量改成100之后,又可以生单成功!但是入库数量改成700,也是不能成功的。不知道什么原因??
- 采购分开流程,存货启用该了部门辅助项,参照进货单生成凭证,存货科目不能带出部门辅助项。但是进货单是录入了部门的。
- 采购到货单做好了,采购检验单生单时还是没有
- 采购发票制单的时候提示供应商被锁定
- 采购发票如何控制重复做单,现在发现有的采购发票有重复的单据,已经结账如何处理?可以做红字发票冲掉重复的蓝字发票吗?
- 采购批量 都影响那些单据啊?是只影响采购订单吗
- 采购期初记账是在什么情况下需要记账呢,在什么时候记账?
- 采购管理中的采购订单中的单价能否设置不录入,或者默认为0
- 采购管理中进货页面打开后出现脚本错误,其他控件都无法选择访问。
房屋所在地的房产税到底该由谁缴纳 房屋所在地的房产税到底该由谁缴纳
问:我租用了房东(房产所有人)底楼门面房作营业用,地税要求我缴房产税,请问租赁房屋的房产税应由出租方还是承租方承担?
答:根据《中华人民共和国房产税暂行条例》文件的规定:
第二条房产税由产权所有人缴纳。产权属于全民所有的,由经营管理的单位缴纳,产权出典的,由承典人缴纳。产权所有人、承典人不在房产所在地的,或者产权未确定及租典纠纷未解决的,由房产代管人或者使用人缴纳。