金蝶KIS專業(yè)版登錄顯示“查詢數(shù)據(jù)庫(kù)時(shí)出錯(cuò)。原因:由于數(shù)據(jù)移動(dòng),無(wú)法繼續(xù)以NOLOCK方式掃描?！?/h1>

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

昨天網(wǎng)絡(luò)朋友發(fā)來(lái)了一張圖，是關(guān)于金蝶KIS專業(yè)版的，出錯(cuò)為“查詢數(shù)據(jù)庫(kù)時(shí)出錯(cuò)。原因:由于數(shù)據(jù)移動(dòng),無(wú)法繼續(xù)以NOLOCK方式掃描?！比缦聢D所示，看圖為金蝶KIS專業(yè)版V16.0；

看上圖的文字，也能看出是數(shù)據(jù)庫(kù)出了問(wèn)題，但是這種的多數(shù)是數(shù)據(jù)庫(kù)的某一些字節(jié)或者碎片造成的，但是不等于數(shù)據(jù)庫(kù)全掛了，但也并非很好修復(fù)；

金蝶KIS專業(yè)版登錄顯示“查詢數(shù)據(jù)庫(kù)時(shí)出錯(cuò)。原因:由于數(shù)據(jù)移動(dòng),無(wú)法繼續(xù)以NOLOCK方式掃描?！?/h3>

1、dbcc checkdb修復(fù)一下賬套

2、按照旗艦版的策略也可進(jìn)行；可參考語(yǔ)句進(jìn)行

使用金蝶KIS旗艦版時(shí)出現(xiàn)：名稱或代碼在系統(tǒng)中已被使用；錯(cuò)誤代碼：3604（E14H)
source:Microsoft?OLE?DB?provider?for?SQL?SERVER
Detail:由于數(shù)據(jù)移動(dòng)，未能繼續(xù)以NOLOCK方式掃描

SQL數(shù)據(jù)庫(kù)存在錯(cuò)誤需要修復(fù)，在確認(rèn)沒(méi)有任何用戶連接賬套的情況下，進(jìn)行數(shù)據(jù)庫(kù)修復(fù)：
use?master
declare?@databasename?varchar(255)
set?@databasename='要修復(fù)的數(shù)據(jù)庫(kù)名'

exec?sp_dboption?@databasename,?N'single',?N'true'
dbcc?checkdb(@databasename,REPAIR_ALLOW_DATA_LOSS)
dbcc?checkdb(@databasename,REPAIR_REBUILD)
exec?sp_dboption?@databasename,?N'single',?N'false'

3、使用軟件來(lái)操作；

Sybase SQL Anywhere? ? ?SQL數(shù)據(jù)庫(kù)物理文件修復(fù)工具? ? ? ?Sybase Central

以上三個(gè)小工具理論也可以修復(fù)；

4、參考文章

blog.csdn.net/valdo8/article/details/127680641

shuzhiduo.com/A/gVdnma0l5W/

以上兩篇文章相似，所以可以多進(jìn)行參考一下即可；

sql119.com/2018/0420/696.html? 其實(shí)這家有工具被取消分享了；

還一位自己編寫(xiě)的數(shù)據(jù)庫(kù)軟件：blog.csdn.net/andkylee

不管咋操作，對(duì)于數(shù)據(jù)上的東西還得多備份，免得真的會(huì)產(chǎn)生后悔；

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

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