客戶反饋U8帳套很長(zhǎng)時(shí)間沒有進(jìn)行自動(dòng)備份了。我們遠(yuǎn)程檢查的時(shí)候，嘗試手動(dòng)備份帳套弥锄。但是系統(tǒng)顯示以下錯(cuò)誤：
工作流數(shù)據(jù)處理失敗，SQL SERVER檢測(cè)到邏輯一致性I/O錯(cuò)誤蟆沫。
第一感覺是數(shù)據(jù)庫出問題了籽暇，使用DBCCDBCHECK檢查數(shù)據(jù)庫，也顯示【邏輯一致性I/O錯(cuò)誤】饭庞。
使用SQL Server Profiler跟蹤帳套備份戒悠，抓取相關(guān)的SQL腳本，定位到出錯(cuò)的腳本為
if exists (select * from sysobjects where id = object_id(N'[Table_TemplateKind]')and OBJECTPROPERTY(id, N'IsUserTable') = 1)
drop table [dbo].[Table_TemplateKind];
查看該表：SELECT* FROM Table_TemplateKin時(shí)報(bào)錯(cuò)舟山，判斷該表INDEX損壞绸狐。使用以下步驟修復(fù)數(shù)據(jù)庫表。
1.執(zhí)行SQL語句累盗，斷開除自己外所有用戶連接：
declare @sql varchar(100)
while 1=1
begin
select top 1 @sql = 'kill '+cast(spid as varchar(3))
from master..sysprocesses
where spid > 50 and spid <> @@spid and dbid=db_id(' UFDATA_012_2014')
if @@rowcount = 0
break
exec(@sql)
end
2.在單用戶模式下寒矿，修復(fù)數(shù)據(jù)庫：
USE MASTER
GO
sp_dboption 'UFDATA_012_2014', 'single user', 'true'
GO
DBCC CHECKDB(' UFDATA_012_2014', REPAIR_ALLOW_DATA_LOSS)
GO
USE UFDATA_012_2014
GO
exec sp_msforeachtable 'DBCC CHECKTABLE(''?'',REPAIR_REBUILD)'
GO
sp_dboption ' UFDATA_012_2014', 'single user', 'false'
GO
3.重建該表索引：
DBCC DBREINDEX(Table_TemplateKind,'',90)
重新備份帳套成功。
