SQL Server 檢測到基于一致性的邏輯 I/O 錯(cuò)誤 pageid 不正確-偏移量為 0x00000015ff2000(這是一個(gè)威脅數(shù)據(jù)庫完整性的嚴(yán)重錯(cuò)誤條件,必須立即糾正。)
[重要通告]如您遇疑難雜癥,本站支持知識付費(fèi)業(yè)務(wù),掃右邊二維碼加博主微信,可節(jié)省您寶貴時(shí)間哦!
這個(gè)錯(cuò)誤主要來自一位網(wǎng)絡(luò)朋友,前幾天他家的金蝶KIS商貿(mào)版V8.0出了故障,錯(cuò)誤挺多,然后就開始整一下相關(guān)的錯(cuò)誤,之前寫了一篇文章,其實(shí)就是數(shù)據(jù)庫錯(cuò)誤;
金蝶KIS商貿(mào)版添加商品或修改商品時(shí)提示“無法建立數(shù)據(jù)連接-錯(cuò)誤代碼16389(4005H)-錯(cuò)誤代碼:91(5BH)”
錯(cuò)誤代碼:16389(4005H)
Source :Microsoft OLE DB Provider for SQL Server
Detail :SQL Server 檢測到基于一致性的邏輯IO錯(cuò)誤(I/O 錯(cuò)誤) pageid 不正確(應(yīng)為 1:45049,但實(shí)際為 0:0)。在文件 'D:\Chanjet\AIS20230719162150_Data.mdf' 中、偏移量為 0x00000015ff2000 的位置對數(shù)據(jù)庫 ID 8 中的頁 (1:45049) 執(zhí)行 讀取 期間,發(fā)生了該錯(cuò)誤。SQL Server 錯(cuò)誤日志或系統(tǒng)事件日志中的其他消息可能提供了更詳細(xì)信息。這是一個(gè)威脅數(shù)據(jù)庫完整性的嚴(yán)重錯(cuò)誤條件,必須立即糾正。請執(zhí)行完整的數(shù)據(jù)庫一致性檢查(DBCC CHECKDB)。此錯(cuò)誤可以由許多因素導(dǎo)致;有關(guān)詳細(xì)信息,請參閱 SQL
出現(xiàn)這個(gè)錯(cuò)誤主要是因?yàn)閿?shù)據(jù)庫出現(xiàn)了問題,這個(gè)問題可大可小,一定要修復(fù),不然就會出現(xiàn)更嚴(yán)重的錯(cuò)誤;
SQL Server 檢測到基于一致性的邏輯 I/O 錯(cuò)誤 pageid 不正確解決方案
備份數(shù)據(jù)庫(重要);
友情提示:雖然提示出了解決方案,但不見得人人都能修復(fù),自己一定要做好備份,建議出現(xiàn)這種問題找一些相關(guān)人員處理或者也可聯(lián)系一下博主協(xié)助處理一下哦;
執(zhí)行修復(fù)SQL語句(分步執(zhí)行):
--1.設(shè)置數(shù)據(jù)庫為單用戶模式(會立即斷開其他所有用戶的連接) ALTER DATABASE YourDatabaseName SET SINGLE_USER WITH ROLLBACK IMMEDIATE; GO --2.修復(fù)數(shù)據(jù)庫(允許數(shù)據(jù)丟失) DBCC CHECKDB ('YourDatabaseName', REPAIR_ALLOW_DATA_LOSS) --3.單用戶模式關(guān)閉(多用戶模式開啟) ALTER DATABASE YourDatabaseName SET MULTI_USER; GO
第2步執(zhí)行的時(shí)間,一般視數(shù)據(jù)庫大小。200G,約1個(gè)多小時(shí)左右執(zhí)行完畢;
特別注意執(zhí)行完第2步后,執(zhí)行第3步,打開多用戶模式。否則造成其他用戶無法連接,而且不會有任何提示。
我比較喜歡用軟件來修復(fù),軟件內(nèi)置了原始的sql語句,經(jīng)過處理完美解決現(xiàn)在的問題;
問題未解決?付費(fèi)解決問題加Q或微信 2589053300 (即Q號又微信號)右上方掃一掃可加博主微信
所寫所說,是心之所感,思之所悟,行之所得;文當(dāng)無敷衍,落筆求簡潔。 以所舍,求所獲;有所依,方所成!