ü 停掉SQL Server服務(wù); ü 把應(yīng)用數(shù)據(jù)庫(kù)的數(shù)據(jù)文件XXX_Data.mdf移走; ü 重新建立一個(gè)同名的數(shù)據(jù)庫(kù)XXX; ü 停掉SQL服務(wù); ü 把原來(lái)的數(shù)據(jù)文件再覆蓋回來(lái); ü 運(yùn)行以下語(yǔ)句,把該數(shù)據(jù)庫(kù)設(shè)置為緊急模式; 運(yùn)行 Use Master 執(zhí)行結(jié)果: DBCC 執(zhí)行完畢。如果 DBCC 輸出了錯(cuò)誤信息,請(qǐng)與系統(tǒng)管理員聯(lián)系。 接著運(yùn)行“update sysdatabases set status = 32768 where name = ‘XXX‘” 執(zhí)行結(jié)果: (所影響的行數(shù)為 1 行) ü 重啟SQL Server服務(wù); 運(yùn)行“sp_dboption ‘XXX‘, ‘single user‘, ‘true‘” 執(zhí)行結(jié)果: 命令已成功完成。
ü 做DBCC CHECKDB; 運(yùn)行“DBCC CHECKDB(‘XXX‘)” 執(zhí)行結(jié)果: ‘XXX‘ 的 DBCC 結(jié)果。 ‘sysobjects‘ 的 DBCC 結(jié)果。 對(duì)象 ‘sysobjects‘ 有 273 行,這些行位于 5 頁(yè)中。 ‘sysindexes‘ 的 DBCC 結(jié)果。 對(duì)象 ‘sysindexes‘ 有 202 行,這些行位于 7 頁(yè)中。 ‘syscolumns‘ 的 DBCC 結(jié)果。 ………
ü 運(yùn)行以下語(yǔ)句把系統(tǒng)表的修改選項(xiàng)關(guān)掉; 運(yùn)行“sp_resetstatus "XXX" go sp_configure ‘a(chǎn)llow updates‘, 0 reconfigure with override Go” 執(zhí)行結(jié)果: 在 sysdatabases 中更新數(shù)據(jù)庫(kù) ‘XXX‘ 的條目之前,模式 = 0,狀態(tài) = 28(狀態(tài) suspect_bit = 0), 沒(méi)有更新 sysdatabases 中的任何行,因?yàn)橐颜_地重置了模式和狀態(tài)。沒(méi)有錯(cuò)誤,未進(jìn)行任何更改。 DBCC 執(zhí)行完畢。如果 DBCC 輸出了錯(cuò)誤信息,請(qǐng)與系統(tǒng)管理員聯(lián)系。 已將配置選項(xiàng) ‘a(chǎn)llow updates‘ 從 1 改為 0。請(qǐng)運(yùn)行 RECONFIGURE 語(yǔ)句以安裝。
ü 重新建立另外一個(gè)數(shù)據(jù)庫(kù)XXX.Lost; DTS導(dǎo)出向?qū)?br>ü 運(yùn)行DTS導(dǎo)出向?qū)В?/p> ü 復(fù)制源選擇EmergencyMode的數(shù)據(jù)庫(kù)XXX,導(dǎo)入到XXX.Lost; ü 選擇“在SQL Server數(shù)據(jù)庫(kù)之間復(fù)制對(duì)象和數(shù)據(jù)”,試了多次,好像不行,只是復(fù)制過(guò)來(lái)了所有表結(jié)構(gòu),但是沒(méi)有數(shù)據(jù),也沒(méi)有視圖和存儲(chǔ)過(guò)程,而且DTS向?qū)ё詈髨?bào)告復(fù)制失?。?/p> ü 所以最后選擇“從源數(shù)據(jù)庫(kù)復(fù)制表和視圖”,但是后來(lái)發(fā)現(xiàn),這樣總是只能復(fù)制一部分表記錄; ü 于是選擇“用一條查詢指定要傳輸?shù)臄?shù)據(jù)”,缺哪個(gè)表記錄,就導(dǎo)哪個(gè); ü 視圖和存儲(chǔ)過(guò)程是執(zhí)行SQL語(yǔ)句添加的。
這樣,XXX.Lost數(shù)據(jù)庫(kù)就可以替換原來(lái)的應(yīng)用數(shù)據(jù)庫(kù)了。 |
|
來(lái)自: kenwang > 《我的圖書(shū)館》