日志刪除恢復(fù)數(shù)據(jù)庫

1、刪除數(shù)據(jù)庫日志文件設(shè)置數(shù)據(jù)庫為緊急模式停掉 SQL Server 服務(wù)；把應(yīng)用數(shù)據(jù)庫的數(shù)據(jù)文件 XXX_Data.mdf 移走； 重新建立一個同名的數(shù)據(jù)庫 XXX ； 停掉 SQL 服務(wù)； 把原來的數(shù)據(jù)文件再覆蓋回來； 運行以下語句，把該數(shù)據(jù)庫設(shè)置為緊急模式；運行 “ Use MasterGosp_configure 'allow updates', 1reconfigure with overrideGo”執(zhí)行結(jié)果：語句以安裝。DBCC 執(zhí)行完畢。如果 DBCC 輸出了錯誤信息，請與系統(tǒng)管理員聯(lián)系。 已將配置選項 'allow updates' 從 0 改為

2、1。請運行 RECONFIGURE接著運行 “ update sysdatabases set status = 32768 where name = 'XXX' 執(zhí)行結(jié)果：（所影響的行數(shù)為 1 行）重啟 SQL Server 服務(wù)； 運行以下語句，把應(yīng)用數(shù)據(jù)庫設(shè)置為Single User 模式；運行 “ sp_dboption 'XXX', 'single user', 'true' ” 執(zhí)行結(jié)果：命令已成功完成。做 DBCC CHECKDB執(zhí)行結(jié)果：'XXX' 的 DBCC 結(jié)果。'sysobjects

3、' 的 DBCC 結(jié)果。對象 'sysobjects' 有 273 行，這些行位于 5 頁中。'sysindexes' 的 DBCC 結(jié)果。對象 'sysindexes' 有 202 行，這些行位于 7 頁中。'syscolumns' 的 DBCC 結(jié)果。運行以下語句把系統(tǒng)表的修改選項關(guān)掉；運行 “ sp_resetstatus "XXX"gosp_configure 'allow updates', 0reconfigure with overrideGo”執(zhí)行結(jié)果：在 sysdata

4、bases 中更新數(shù)據(jù)庫 'XXX' 的條目之前，模式 = 0 ，狀態(tài) = 28 (狀態(tài) suspect_bit = 0 )，沒有更新 sysdatabases 中的任何行，因為已正確地重置了模式和狀態(tài)。沒有錯誤，未進 行任何更改。DBCC 執(zhí)行完畢。如果 DBCC 輸出了錯誤信息，請與系統(tǒng)管理員聯(lián)系。 已將配置選項 'allow updates' 從 1 改為 0。請運行 RECONFIGURE 語句以安裝。重新建立另外一個數(shù)據(jù)庫 XXX.Lost ；DTS 導(dǎo)出向?qū)н\行 DTS 導(dǎo)出向?qū)?；?fù)制源選擇 EmergencyMode 的數(shù)據(jù)庫 XXX ，導(dǎo)入到 XXX.Lost ；，試了多次，好像不行，選擇“在 SQL Server 數(shù)據(jù)庫之間復(fù)制對象和數(shù)據(jù)”只是復(fù)制過來了所有表結(jié)構(gòu)，但是沒有數(shù)據(jù)，也沒有視圖和存儲過程，而且DTS 向?qū)ё詈髨蟾鎻?fù)制失??；所以最后選擇“從源數(shù)據(jù)庫復(fù)制表和視圖” ，但是后來發(fā)現(xiàn)，這樣總是只能復(fù) 制一部分表記錄；于是選擇“用一條查詢指定要傳輸