SQL數(shù)據(jù)庫緊急修復(fù).doc

SQL數(shù)據(jù)庫緊急修復(fù)一.如果sql服務(wù)器因?yàn)楫惓嚯娀蛘叽疟P空間不足很容易引起數(shù)據(jù)庫出現(xiàn)置疑的問題.如下圖.(圖片網(wǎng)上搜的)出現(xiàn)這樣的問題,其實(shí)不用慌張,利用sql自帶的數(shù)據(jù)修復(fù)功能就能修復(fù)好,一般情況下只要不是因?yàn)榇疟P壞道引起的置疑問題都是可以修復(fù)的.二.首先關(guān)閉所有的sql用戶連接 該步驟應(yīng)該都會(huì)吧.不會(huì)的話,我告訴你,有3個(gè)辦法. 1. 拔掉此機(jī)器的網(wǎng)線. 呵呵, 這種方法立竿見影, 但是可能對(duì)其他的連接造成影響.2. 通知連接至此數(shù)據(jù)庫的用戶斷開連接. 如果可能連接的用戶很多或不知道哪個(gè)用戶正在連接的話就不可行了.3. 在SQL Server中用命令StopLogin強(qiáng)行斷開連接.詳細(xì)說明如下:使用說明: StopLogin UFMeta_006該操作為強(qiáng)行斷開連接的數(shù)據(jù)庫ummeta_006, 如果您要斷開所有數(shù)據(jù)庫的連接進(jìn)行維護(hù)的話則只要執(zhí)行StopLogin 即可.三,停止sql服務(wù),將置疑的數(shù)據(jù)庫日志文件刪掉就是那個(gè)ldf文件,然后將數(shù)據(jù)庫文件剪切到其他地方去,然后啟動(dòng)sql服務(wù),新建一個(gè)和置疑數(shù)據(jù)庫名字一模一樣的數(shù)據(jù)庫.然后再次停止sql服務(wù),將剛才置疑的數(shù)據(jù)庫文件復(fù)制回去替換掉新建的.然后再次啟動(dòng)sql服務(wù).四,這樣啟動(dòng)sql服務(wù)之后在企業(yè)管理器里面看到該數(shù)據(jù)庫還是置疑.但是因?yàn)閘df文件已經(jīng)重建,我們可以開始對(duì)它進(jìn)行修復(fù)了.首先設(shè)置數(shù)據(jù)庫允許直接操作系統(tǒng)表。此操作可以在SQL Server Enterprise Manager里面選擇數(shù)據(jù)庫服務(wù)器，按右鍵，選擇“屬性”，在“服務(wù)器設(shè)置”頁面中將“允許對(duì)系統(tǒng)目錄直接修改”一項(xiàng)選中。也可以使用如下語句來實(shí)現(xiàn)。 use master go sp_configure allow updates,1 go reconfigure with override go 然后設(shè)置UFMeta_006緊急修復(fù)模式 update sysdatabases set status=-32768 where dbid=DB_ID(UFMeta_006) 此時(shí)可以在SQL Server Enterprise Manager里面看到該數(shù)據(jù)庫為“緊急模式”。然后執(zhí)行真正的恢復(fù)操作，重建數(shù)據(jù)庫日志文件 dbcc rebuild_log( UFMeta_006,C:Program FilesMicrosoft SQL ServerMSSQLData UFMeta_006_log.ldf) “該路徑視你當(dāng)初新建的數(shù)據(jù)庫而定”執(zhí)行到該步驟之后如果發(fā)現(xiàn)數(shù)據(jù)庫已經(jīng)可以使用了,那么恭喜你,你的數(shù)據(jù)庫問題不嚴(yán)重,以下的步驟都可以省略了.但是還是不能使用的話,請(qǐng)接著往下看.五,驗(yàn)證數(shù)據(jù)庫的一致性dbcc checkdb(UFMeta_006)如果出現(xiàn)錯(cuò)誤一大堆也不要慌張,手動(dòng)打開幾張表,如果大部分?jǐn)?shù)據(jù)都還在的話,這個(gè)數(shù)據(jù)庫還是可以修復(fù)的.首先use master declare databasename varchar(255) set databasename= UFMeta_006 exec sp_dboption databasename, Nsingle, Ntrue -將目標(biāo)數(shù)據(jù)庫置為單用戶狀態(tài) dbcc checkdb(databasename,REPAIR_ALLOW_DATA_LOSS) dbcc checkdb(databasename,REPAIR_REBUILD) exec sp_dboption databasename, Nsingle, Nfalse-將目標(biāo)數(shù)據(jù)庫置為多用戶狀態(tài) 然后再次dbcc checkdb(UFMeta_006)如果還是有錯(cuò)誤的話,就要先看看具體出現(xiàn)錯(cuò)誤的是哪幾張表了,然后接著使用use 需要修復(fù)的數(shù)據(jù)庫實(shí)體的名稱 declare dbname varchar(255) set dbname= UFMeta_006 exec sp_dboption dbname,single user,true dbcc checktable(需要修復(fù)的數(shù)據(jù)表的名稱,REPAIR_ALLOW_DATA_LOSS) dbcc checktable(需要修復(fù)的數(shù)據(jù)表的名稱,REPAIR_REBUILD) 把需要修復(fù)的數(shù)據(jù)表的名稱更改為執(zhí)行DBCC CHECKDB時(shí)報(bào)錯(cuò)的數(shù)據(jù)表的名稱 exec sp_dboption dbna