個(gè)別賬號(hào)登錄用友U8+會(huì)出現(xiàn)卡死或很慢（換電腦或在服務(wù)器也是一樣），其他賬號(hào)登錄正常的解決辦法

[重要通告]如您遇疑難雜癥,本站支持知識(shí)付費(fèi)業(yè)務(wù),掃右邊二維碼加博主微信,可節(jié)省您寶貴時(shí)間哦!

今天一財(cái)務(wù)群里正好有兩個(gè)網(wǎng)友問了同一個(gè)問題，一個(gè)是用友U8ERP一登錄就卡死，一個(gè)是有與其他部門銜接的賬號(hào)也卡，如下面兩張圖所示

個(gè)別賬號(hào)登錄用友U8+會(huì)出現(xiàn)卡死或很慢，其他賬號(hào)登錄正常的解決辦法

用友U8+有些購買的模塊有審批過程（如供應(yīng)鏈），審批會(huì)有很多消息推送，消息任務(wù)里面有很多的消息未讀，加載的時(shí)候，就會(huì)去讀取消息，導(dǎo)致加載緩慢；

問題原因:提醒消息表或日志表數(shù)據(jù)多

解決方案:清理日志表或清理消息表，在重啟服務(wù)器

溫馨提示：所有涉及到數(shù)據(jù)庫的操作，請(qǐng)?jiān)趯Ｈ酥笇?dǎo)下操作，操作時(shí)先進(jìn)行數(shù)據(jù)備份！?。?/span>

第一種方法：

update ufsystem..UA_ Message set bHasRead=1 where cReceiver='操作員編碼' and account='賬套'

第二種方法：1、清理后臺(tái)消息記錄：?使用的數(shù)據(jù)庫是【UFSystem】

select *from UA_Message   
select *into UA_Message_20240531 from UA_Message    ----備份消息審批記錄
delete UA_Message  where  datediff(day,dSend,getdate()) >15  ----保留近15天的消息記錄順便

隨便優(yōu)化一下數(shù)據(jù)庫索引

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 '當(dāng)前表：' + @TableName    

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

 Print '       '  
    Print @TableName + '   執(zhí)行完畢'
    Print '========================================================================='   
 
 FETCH NEXT FROM crTmp INTO @TableName
END

CLOSE crTmp
DEALLOCATE crTmp

GO

個(gè)別賬號(hào)登錄用友U8+會(huì)出現(xiàn)卡死或很慢，其他賬號(hào)登錄正常的延伸閱讀：

個(gè)別帳號(hào)登錄 U8，卡死原因：工作流、通 知消息過多導(dǎo)致，軟件在獲取與該操作員對(duì)應(yīng)的消息時(shí)，時(shí)間過長(zhǎng)，導(dǎo)致個(gè)別帳號(hào)登錄 U8 卡、慢，甚至白屏。

1、賬號(hào)的消息任務(wù)過多，導(dǎo)致登錄后卡死，響應(yīng)時(shí)間很長(zhǎng)。此問題首先可以嘗試通過前臺(tái)能否將消息任務(wù)中未讀消息全部修改成已讀。如前臺(tái)不能清理，將ua_message表中對(duì)應(yīng)人員和賬套，將bHasRead字段修改為1
2、操作員權(quán)限問題?？梢栽谙到y(tǒng)管理中重新設(shè)置操作員權(quán)限解決

可以用正常帳號(hào)登錄后， 在基礎(chǔ)設(shè)置-預(yù)警與通知----預(yù)警和定時(shí)任務(wù)中的公共服務(wù)下，找到更新帳套庫索引與統(tǒng)計(jì)信息，執(zhí)行后會(huì)對(duì)數(shù)據(jù)庫相應(yīng)的數(shù)據(jù)表進(jìn)行索引的整理，可以單次手工點(diǎn)擊執(zhí)行，也可以設(shè)置定時(shí)執(zhí)行。

11.1 以上版本均有此功 能，可以安裝公共平臺(tái)- 門戶補(bǔ)?。―P 結(jié)尾）增 加此定時(shí)任務(wù)。

用友u8登陸的時(shí)候，部分用戶登陸部分賬套特別慢

1、清除過UA_LOG日志，沒用；

2、用定時(shí)任務(wù)里的重建索引，也沒有用；

3、發(fā)現(xiàn)門戶消息里面有很多未讀日志，刪除過ua_message表里的相關(guān)記錄，還是沒解決；

4、刪除table_task表里的相關(guān)記錄后解決。

也可以參閱站內(nèi)文章來判斷：用友U8+13.0 登錄或操作卡頓-可能是上機(jī)日志積累時(shí)間太久的鍋

問題未解決？付費(fèi)解決問題加Q或微信 2589053300 (即Q號(hào)又微信號(hào))右上方掃一掃可加博主微信

所寫所說，是心之所感，思之所悟，行之所得；文當(dāng)無敷衍，落筆求簡(jiǎn)潔。 以所舍，求所獲；有所依，方所成！