[重要通告]如您遇疑難雜癥,本站支持知識付費業務,掃右邊二維碼加博主微信,可節省您寶貴時間哦!

今天一財務群里正好有兩個網友問了同一個問題，一個是用友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號又微信號)右上方掃一掃可加博主微信

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