金蝶KIS商貿(mào)版或?qū)I(yè)版提示“Run-time error 2147467259（80004005）連接失敗”

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

周一的時(shí)候有一位老顧客問了我一個(gè)關(guān)于商貿(mào)版的問題，說他家的金蝶KIS商貿(mào)版添加商品就出錯(cuò)，提示“Run-time error 2147467259（80004005）連接失敗” 如下圖所示

這個(gè)錯(cuò)誤之前在專業(yè)版中也遇到過，多數(shù)是數(shù)據(jù)庫有問題造成的；

數(shù)據(jù)庫表頁有可能損壞了，停止sql服務(wù)， 復(fù)制備份好數(shù)據(jù)庫實(shí)體，重新啟動(dòng)sql服務(wù)，執(zhí)行下數(shù)據(jù)庫修復(fù)腳本

第一種方式:

1、修改數(shù)據(jù)庫為緊急模式

ALTER DATABASE 數(shù)據(jù)庫名 SET EMERGENCY

2、使數(shù)據(jù)庫變?yōu)閱斡脩裟Ｊ?/p>

ALTER DATABASE 數(shù)據(jù)庫名? ?SET SINGLE_USER

3、修正數(shù)據(jù)庫日志重新生成，此命令檢查的分配，結(jié)構(gòu)，邏輯完整性和所有數(shù)據(jù)庫中的對(duì)象不正確。當(dāng)您指定“REPAIR_ALLOW_DATA_LOSS”作為DBCC CHECKDB命令參數(shù)，該程序?qū)z查和修正報(bào)告的不正確。但是，這些修正可能會(huì)導(dǎo)致一些數(shù)據(jù)丟失。

DBCC CheckDB (數(shù)據(jù)庫名 , REPAIR_ALLOW_DATA_LOSS)

4、使數(shù)據(jù)庫變回為多用戶模式

ALTER DATABASE 數(shù)據(jù)庫名 SET MULTI_USER

第二種方式：

use master

declare @databasename varchar(255)

set @databasename='AIS20170819191321'

exec sp_dboption @databasename, N'single', N'true' --將目標(biāo)數(shù)據(jù)庫置為單用戶狀態(tài)

dbcc checkdb(@databasename,REPAIR_ALLOW_DATA_LOSS)

exec sp_dboption @databasename, N'single', N'false'--將目標(biāo)數(shù)據(jù)庫置為多用戶狀態(tài)

@databasename 是賬套數(shù)據(jù)庫實(shí)體名稱

延伸閱讀：

查看一下計(jì)算機(jī)的休眠時(shí)間如果和斷開連接的時(shí)間是相符的，需要把服務(wù)器電腦的休眠時(shí)間改成從不。

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

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