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

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

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

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

金蝶KIS專業(yè)版登錄顯示“查詢數(shù)據(jù)庫時出錯。原因:由于數(shù)據(jù)移動,無法繼續(xù)以NOLOCK方式掃描。”

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

2、按照旗艦版的策略也可進行；可參考語句進行

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

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

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、使用軟件來操作；

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

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

4、參考文章

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

shuzhiduo.com/A/gVdnma0l5W/

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

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

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

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

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

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