SQL Server 檢測(cè)到基于一致性的邏輯 I/O 錯(cuò)誤 pageid 不正確-偏移量為 0x00000015ff2000（這是一個(gè)威脅數(shù)據(jù)庫(kù)完整性的嚴(yán)重錯(cuò)誤條件，必須立即糾正。）

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

這個(gè)錯(cuò)誤主要來(lái)自一位網(wǎng)絡(luò)朋友，前幾天他家的金蝶KIS商貿(mào)版V8.0出了故障，錯(cuò)誤挺多，然后就開始整一下相關(guān)的錯(cuò)誤，之前寫了一篇文章，其實(shí)就是數(shù)據(jù)庫(kù)錯(cuò)誤；

金蝶KIS商貿(mào)版添加商品或修改商品時(shí)提示“無(wú)法建立數(shù)據(jù)連接-錯(cuò)誤代碼16389（4005H）-錯(cuò)誤代碼：91(5BH)”

錯(cuò)誤代碼:16389(4005H)
Source :Microsoft OLE DB Provider for SQL Server
Detail :SQL Server 檢測(cè)到基于一致性的邏輯IO錯(cuò)誤（I/O 錯(cuò)誤） pageid 不正確(應(yīng)為 1:45049，但實(shí)際為 0:0)。在文件 'D:\Chanjet\AIS20230719162150_Data.mdf' 中、偏移量為 0x00000015ff2000 的位置對(duì)數(shù)據(jù)庫(kù) ID 8 中的頁(yè) (1:45049) 執(zhí)行 讀取 期間，發(fā)生了該錯(cuò)誤。SQL Server 錯(cuò)誤日志或系統(tǒng)事件日志中的其他消息可能提供了更詳細(xì)信息。這是一個(gè)威脅數(shù)據(jù)庫(kù)完整性的嚴(yán)重錯(cuò)誤條件，必須立即糾正。請(qǐng)執(zhí)行完整的數(shù)據(jù)庫(kù)一致性檢查(DBCC CHECKDB)。此錯(cuò)誤可以由許多因素導(dǎo)致；有關(guān)詳細(xì)信息，請(qǐng)參閱 SQL

出現(xiàn)這個(gè)錯(cuò)誤主要是因?yàn)閿?shù)據(jù)庫(kù)出現(xiàn)了問題，這個(gè)問題可大可小，一定要修復(fù)，不然就會(huì)出現(xiàn)更嚴(yán)重的錯(cuò)誤；

SQL Server 檢測(cè)到基于一致性的邏輯 I/O 錯(cuò)誤 pageid 不正確解決方案

備份數(shù)據(jù)庫(kù)(重要)；

友情提示：雖然提示出了解決方案，但不見得人人都能修復(fù)，自己一定要做好備份，建議出現(xiàn)這種問題找一些相關(guān)人員處理或者也可聯(lián)系一下博主協(xié)助處理一下哦；

執(zhí)行修復(fù)SQL語(yǔ)句(分步執(zhí)行)：

--1.設(shè)置數(shù)據(jù)庫(kù)為單用戶模式(會(huì)立即斷開其他所有用戶的連接)
ALTER DATABASE YourDatabaseName
SET SINGLE_USER
WITH ROLLBACK IMMEDIATE;
GO

--2.修復(fù)數(shù)據(jù)庫(kù)(允許數(shù)據(jù)丟失)
DBCC CHECKDB ('YourDatabaseName', REPAIR_ALLOW_DATA_LOSS)

--3.單用戶模式關(guān)閉(多用戶模式開啟)
ALTER DATABASE YourDatabaseName
SET MULTI_USER;
GO

第2步執(zhí)行的時(shí)間，一般視數(shù)據(jù)庫(kù)大小。200G，約1個(gè)多小時(shí)左右執(zhí)行完畢；

特別注意執(zhí)行完第2步后，執(zhí)行第3步，打開多用戶模式。否則造成其他用戶無(wú)法連接，而且不會(huì)有任何提示。

我比較喜歡用軟件來(lái)修復(fù)，軟件內(nèi)置了原始的sql語(yǔ)句，經(jīng)過處理完美解決現(xiàn)在的問題；

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

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