個別賬號登錄用友U8+會出現(xiàn)卡死或很慢(換電腦或在服務器也是一樣),其他賬號登錄正常的解決辦法

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

今天一財務群里正好有兩個網友問了同一個問題,一個是用友U8ERP一登錄就卡死,一個是有與其他部門銜接的賬號也卡,如下面兩張圖所示

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

用友U8+有些購買的模塊有審批過程(如供應鏈),審批會有很多消息推送,消息任務里面有很多的消息未讀,加載的時候,就會去讀取消息,導致加載緩慢;

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

解決方案:清理日志表或清理消息表,在重啟服務器

溫馨提示:所有涉及到數(shù)據(jù)庫的操作,請在專人指導下操作,操作時先進行數(shù)據(jù)備份?。?!

第一種方法:

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

第二種方法:1、清理后臺消息記錄:?使用的數(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 '當前表:' + @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

個別賬號登錄用友U8+會出現(xiàn)卡死或很慢,其他賬號登錄正常的延伸閱讀:

個別帳號登錄 U8,卡死原因:工作流、通 知消息過多導致,軟件在獲取與該操作員對應的消息時,時間過長,導致個別帳號登錄 U8 卡、慢,甚至白屏。

1、賬號的消息任務過多,導致登錄后卡死,響應時間很長。此問題首先可以嘗試通過前臺能否將消息任務中未讀消息全部修改成已讀。如前臺不能清理,將ua_message表中對應人員和賬套,將bHasRead字段修改為1
2、操作員權限問題。可以在系統(tǒng)管理中重新設置操作員權限解決

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

11.1 以上版本均有此功 能,可以安裝公共平臺- 門戶補?。―P 結尾)增 加此定時任務。

用友u8登陸的時候,部分用戶登陸部分賬套特別慢

1、清除過UA_LOG日志,沒用;

2、用定時任務里的重建索引,也沒有用;

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

4、刪除table_task表里的相關記錄后解決。

也可以參閱站內文章來判斷:用友U8+13.0 登錄或操作卡頓-可能是上機日志積累時間太久的鍋

問題未解決?付費解決問題加Q或微信 2589053300 (即Q號又微信號)右上方掃一掃可加博主微信

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

支付寶贊助
微信贊助

免責聲明,若由于商用引起版權糾紛,一切責任均由使用者承擔。

您必須遵守我們的協(xié)議,如您下載該資源,行為將被視為對《免責聲明》全部內容的認可->聯(lián)系老梁投訴資源
LaoLiang.Net部分資源來自互聯(lián)網收集,僅供用于學習和交流,請勿用于商業(yè)用途。如有侵權、不妥之處,請聯(lián)系站長并出示版權證明以便刪除。 敬請諒解! 侵權刪帖/違法舉報/投稿等事物聯(lián)系郵箱:service@laoliang.net
意在交流學習,歡迎贊賞評論,如有謬誤,請聯(lián)系指正;轉載請注明出處: » 個別賬號登錄用友U8+會出現(xiàn)卡死或很慢(換電腦或在服務器也是一樣),其他賬號登錄正常的解決辦法

發(fā)表回復

本站承接,網站推廣(SEM,SEO);軟件安裝與調試;服務器或網絡推薦及配置;APP開發(fā)與維護;網站開發(fā)修改及維護; 各財務軟件安裝調試及注冊服務(金蝶,用友,管家婆,速達,星宇等);同時也有客戶管理系統(tǒng),人力資源,超市POS,醫(yī)藥管理等;

立即查看 了解詳情