个别账号登录用友U8+会出现卡死或很慢（换电脑或在服务器也是一样），其他账号登录正常的解决办法

[重要通告]如您遇疑难杂症,本站支持知识付费业务,扫右边二维码加博主微信,可节省您宝贵时间哦!

今天一财务群里正好有两个网友问了同一个问题，一个是用友U8ERP一登录就卡死，一个是有与其他部门衔接的账号也卡，如下面两张图所示

个别账号登录用友U8+会出现卡死或很慢，其他账号登录正常的解决办法

用友U8+有些购买的模块有审批过程（如供应链），审批会有很多消息推送，消息任务里面有很多的消息未读，加载的时候，就会去读取消息，导致加载缓慢；

问题原因:提醒消息表或日志表数据多

解决方案:清理日志表或清理消息表，在重启服务器

温馨提示：所有涉及到数据库的操作，请在专人指导下操作，操作时先进行数据备份！！！

第一种方法：

update ufsystem..UA_ Message set bHasRead=1 where cReceiver='操作员编码' and account='账套'

第二种方法：1、清理后台消息记录： 使用的数据库是【UFSystem】

select *from UA_Message   
select *into UA_Message_20240531 from UA_Message    ----备份消息审批记录
delete UA_Message  where  datediff(day,dSend,getdate()) >15  ----保留近15天的消息记录顺便

随便优化一下数据库索引

DECLARE @SQL nvarchar(1000)
DECLARE @TableName nvarchar(100)

if EXISTS(Select 1 Where @@version Like 'Microsoft SQL Server  2000 %')
 DECLARE crTmp CURSOR OPTIMISTIC FOR
  SELECT [NAME] FROM sysobjects WHERE [xtype] = 'U' Order By [NAME]
ELSE
 DECLARE crTmp CURSOR OPTIMISTIC FOR
  SELECT [NAME] FROM sys.tables WHERE [type] = 'U' Order By [NAME]


OPEN crTmp
FETCH NEXT FROM crTmp INTO @TableName
WHILE @@FETCH_STATUS = 0
BEGIN
    Print '       '   
    Print '========================================================================='   
 Print '当前表：' + @TableName    

 SET @SQL = 'DBCC DBREINDEX([' + @TableName + '])'
 EXECUTE (@SQL)
    
    SET @SQL = 'UPDATE STATISTICS [' + @TableName + ']'
 EXECUTE (@SQL)

 Print '       '  
    Print @TableName + '   执行完毕'
    Print '========================================================================='   
 
 FETCH NEXT FROM crTmp INTO @TableName
END

CLOSE crTmp
DEALLOCATE crTmp

GO

个别账号登录用友U8+会出现卡死或很慢，其他账号登录正常的延伸阅读：

个别帐号登录 U8，卡死原因：工作流、通 知消息过多导致，软件在获取与该操作员对应的消息时，时间过长，导致个别帐号登录 U8 卡、慢，甚至白屏。

1、账号的消息任务过多，导致登录后卡死，响应时间很长。此问题首先可以尝试通过前台能否将消息任务中未读消息全部修改成已读。如前台不能清理，将ua_message表中对应人员和账套，将bHasRead字段修改为1
2、操作员权限问题。可以在系统管理中重新设置操作员权限解决

可以用正常帐号登录后， 在基础设置-预警与通知----预警和定时任务中的公共服务下，找到更新帐套库索引与统计信息，执行后会对数据库相应的数据表进行索引的整理，可以单次手工点击执行，也可以设置定时执行。

11.1 以上版本均有此功 能，可以安装公共平台- 门户补丁（DP 结尾）增 加此定时任务。

用友u8登陆的时候，部分用户登陆部分账套特别慢

1、清除过UA_LOG日志，没用；

2、用定时任务里的重建索引，也没有用；

3、发现门户消息里面有很多未读日志，删除过ua_message表里的相关记录，还是没解决；

4、删除table_task表里的相关记录后解决。

也可以参阅站内文章来判断：用友U8+13.0 登录或操作卡顿-可能是上机日志积累时间太久的锅

问题未解决？付费解决问题加Q或微信 2589053300 (即Q号又微信号)右上方扫一扫可加博主微信

所写所说，是心之所感，思之所悟，行之所得；文当无敷衍，落笔求简洁。 以所舍，求所获；有所依，方所成！