SQL數(shù)據(jù)庫(kù)置疑解決方案(原因、預(yù)防、修復(fù))附圖

SQL數(shù)據(jù)庫(kù)置疑解決方案(原因、預(yù)防、修復(fù))附圖SQL數(shù)據(jù)庫(kù)置疑解決方案(原因、預(yù)防、修復(fù))附圖SQL數(shù)據(jù)庫(kù)置疑解決方案(原因、預(yù)防、修復(fù))附圖xxx公司SQL數(shù)據(jù)庫(kù)置疑解決方案(原因、預(yù)防、修復(fù))附圖文件編號(hào)：文件日期：修訂次數(shù)：第1.0次更改批準(zhǔn)審核制定方案設(shè)計(jì)，管理制度SQL數(shù)據(jù)庫(kù)置疑解決方案一、數(shù)據(jù)庫(kù)置疑產(chǎn)生的原因1、SQLServer所在分區(qū)空間是否夠數(shù)據(jù)庫(kù)文件大小是否達(dá)到最大文件限制FAT32的格式只支持4G以內(nèi)的文件。2、數(shù)據(jù)庫(kù)文件損壞或被非正常刪除時(shí)出現(xiàn)這種情況。3、病毒防火墻的掃描也會(huì)引起數(shù)據(jù)庫(kù)置疑。4、當(dāng)SQLServer啟動(dòng)時(shí)，將會(huì)嘗試獲得對(duì)數(shù)據(jù)庫(kù)文件的排他訪問(wèn)權(quán)，如果此時(shí)該文件被其他程序占用，或者遺失，數(shù)據(jù)庫(kù)將會(huì)被標(biāo)記為置疑。5、電腦非法關(guān)機(jī)也會(huì)造成數(shù)據(jù)庫(kù)置疑。6、電腦磁盤(pán)有壞道有可能造成數(shù)據(jù)庫(kù)置疑。二、數(shù)據(jù)庫(kù)置疑的預(yù)防1、數(shù)據(jù)庫(kù)存放的盤(pán)符，空間是否夠大，經(jīng)常檢查盤(pán)符的空間。2、數(shù)據(jù)庫(kù)存放的盤(pán)符的格式設(shè)置為NTFS格式。3、進(jìn)行病毒清除時(shí)，盡量把SQL服務(wù)停掉，再進(jìn)行檢查。4、盡量減少非正常關(guān)機(jī)。5、建議客戶購(gòu)買(mǎi)后備電源。6、給客戶實(shí)施軟件之后一定要做好自動(dòng)備份。7、建議客戶每隔一定時(shí)間手動(dòng)備份一次。三、數(shù)據(jù)庫(kù)置疑的修復(fù)1、正常的備份、SQL數(shù)據(jù)庫(kù)恢復(fù)方式

正常方式下，我們要備份一個(gè)數(shù)據(jù)庫(kù)，首先要先將該數(shù)據(jù)庫(kù)從運(yùn)行的數(shù)據(jù)服務(wù)器中斷開(kāi)，或者停掉整個(gè)數(shù)據(jù)庫(kù)服務(wù)器，然后復(fù)制文件。

卸下數(shù)據(jù)庫(kù)的命令：Sp_detach_db數(shù)據(jù)庫(kù)名

連接數(shù)據(jù)庫(kù)的命令：Sp_attach_db或者sp_attach_single_file_dbs_attach_db[@dbname=]′dbname′,[@filename1=]′filename_n′[,...16]

sp_attach_single_file_db[@dbname=]′dbname′,[@physname=]′physical_name′

使用此方法可以正確恢復(fù)SQL和SQLServer2000的數(shù)據(jù)庫(kù)文件，要點(diǎn)是備份的時(shí)候一定要將mdf和ldf兩個(gè)文件都備份下來(lái)，mdf文件是數(shù)據(jù)庫(kù)數(shù)據(jù)文件，ldf是數(shù)據(jù)庫(kù)日志文件。

例子：

假設(shè)數(shù)據(jù)庫(kù)為pdm，其數(shù)據(jù)文件為，日志文件為。下面我們討論一下如何備份、恢復(fù)該數(shù)據(jù)庫(kù)。

卸下數(shù)據(jù)庫(kù)：sp_detach_db'pdm'

連接數(shù)據(jù)庫(kù)：sp_attach_db'pdm','C:\ProgramFiles\MicrosoftSQLServer\MSSQL\Data\','C:\ProgramFiles\MicrosoftSQLServer\MSSQL\Data\'

sp_attach_single_file_db'pdm','C:\ProgramFiles\MicrosoftSQLServer\MSSQL\Data\'

2、只有mdf文件的恢復(fù)技術(shù)由于種種原因，我們?nèi)绻?dāng)時(shí)僅僅備份了mdf文件，那么恢復(fù)起來(lái)就是一件很麻煩的事情了。

如果您的mdf文件是當(dāng)前數(shù)據(jù)庫(kù)產(chǎn)生的，那么很僥幸，也許你使用sp_attach_db或者sp_attach_single_file_db可以恢復(fù)數(shù)據(jù)庫(kù)，但是會(huì)出現(xiàn)類(lèi)似下面的提示信息

設(shè)備激活錯(cuò)誤。物理文件名'C:\ProgramFiles\MicrosoftSQLServer\MSSQL\data\'可能有誤。

已創(chuàng)建名為'C:\ProgramFiles\MicrosoftSQLServer\MSSQL\Data\'的新日志文件。

但是，如果您的數(shù)據(jù)庫(kù)文件是從其他計(jì)算機(jī)上復(fù)制過(guò)來(lái)的，那么很不幸，也許上述辦法就行不通了。你也許會(huì)得到類(lèi)似下面的錯(cuò)誤信息

服務(wù)器:消息1813，級(jí)別16，狀態(tài)2，行1未能打開(kāi)新數(shù)據(jù)庫(kù)'pdm'。CREATEDATABASE將終止。

設(shè)備激活錯(cuò)誤。物理文件名'd:\'可能有誤。

怎么辦呢別著急，下面我們舉例說(shuō)明恢復(fù)辦法。現(xiàn)在我從其他機(jī)器上拷貝回來(lái)了數(shù)據(jù)庫(kù)文件到本計(jì)算機(jī)上，存放到了E盤(pán)的一個(gè)文件夾里

A．我們使用SQLServer企業(yè)管理器建立一個(gè)供恢復(fù)使用的數(shù)據(jù)庫(kù)‘pdm’，存放在E盤(pán)（不要與拷貝回來(lái)的數(shù)據(jù)庫(kù)放到一個(gè)文件夾就行）。B．停掉數(shù)據(jù)庫(kù)服務(wù)器。

C．將剛才生成的數(shù)據(jù)庫(kù)的日志文件刪除，用要恢復(fù)的數(shù)據(jù)庫(kù)mdf文件覆蓋剛才生成的數(shù)據(jù)庫(kù)數(shù)據(jù)文件。

D．啟動(dòng)數(shù)據(jù)庫(kù)服務(wù)器。此時(shí)會(huì)看到數(shù)據(jù)庫(kù)pdm的狀態(tài)為“置疑”。這時(shí)候不能對(duì)此數(shù)據(jù)庫(kù)進(jìn)行任何操作。

E．設(shè)置數(shù)據(jù)庫(kù)允許直接操作系統(tǒng)表。此操作可以在SQLServerEnterpriseManager里面選擇數(shù)據(jù)庫(kù)服務(wù)器，按右鍵，選擇“屬性”，在“服務(wù)器設(shè)置”頁(yè)面中將“允許對(duì)系統(tǒng)目錄直接修改”一項(xiàng)選中。也可以用‘SQL查詢分析器’執(zhí)行如下語(yǔ)句來(lái)實(shí)現(xiàn)。

usemaster

go

sp_configure'allowupdates',1

go

reconfigurewithoverride

go

F．設(shè)置pdm為緊急修復(fù)模式，運(yùn)行‘SQL查詢分析器’執(zhí)行如下語(yǔ)句來(lái)實(shí)現(xiàn)。

updatesysdatabasessetstatus=-32768wheredbid=DB_ID('pdm')

此時(shí)可以在SQLServerEnterpriseManager里面看到該數(shù)據(jù)庫(kù)處于“只讀\置疑\脫機(jī)\緊急模式”可以看到數(shù)據(jù)庫(kù)里面的表，但是僅僅有系統(tǒng)表

G．下面執(zhí)行真正的恢復(fù)操作，重建數(shù)據(jù)庫(kù)日志文件

dbccrebuild_log('pdm','E:\')執(zhí)行過(guò)程中，如果遇到下列提示信息：

服務(wù)器:消息5030，級(jí)別16，狀態(tài)1，行1未能排它地鎖定數(shù)據(jù)庫(kù)以執(zhí)行該操作。

DBCC執(zhí)行完畢。如果DBCC輸出了錯(cuò)誤信息，請(qǐng)與系統(tǒng)管理員聯(lián)系。

說(shuō)明您的其他程序正在使用該數(shù)據(jù)庫(kù)，如果剛才您在F步驟中使用SQLServerEnterpriseManager打開(kāi)了pdm庫(kù)的系統(tǒng)表，那么退出SQLServerEnterpriseManager就可以了。

正確執(zhí)行完成的提示應(yīng)該類(lèi)似于：警告:數(shù)據(jù)庫(kù)'pdm'的日志已重建。已失去事務(wù)的一致性。應(yīng)運(yùn)行DBCCCHECKDB以驗(yàn)證物理一致性。將必須重置數(shù)據(jù)庫(kù)選項(xiàng)，并且可能需要?jiǎng)h除多余的日志文件。

DBCC執(zhí)行完畢。如果DBCC輸出了錯(cuò)誤信息，請(qǐng)與系統(tǒng)管理員聯(lián)系。

此時(shí)打開(kāi)在SQLServerEnterpriseManager里面會(huì)看到數(shù)據(jù)庫(kù)的狀態(tài)為“只供DBO使用”。此時(shí)可以訪問(wèn)數(shù)據(jù)庫(kù)里面的用戶表了。

H．驗(yàn)證數(shù)據(jù)庫(kù)一致性（數(shù)據(jù)庫(kù)較大時(shí)會(huì)耗費(fèi)一些時(shí)間，此步可省略）

dbcccheckdb('pdm')

一般執(zhí)行結(jié)果如下：

CHECKDB發(fā)現(xiàn)了0個(gè)分配錯(cuò)誤和0個(gè)一致性錯(cuò)誤（在數(shù)據(jù)庫(kù)'pdm'中）。DBCC執(zhí)行完畢。如果DBCC輸出了錯(cuò)誤信息，請(qǐng)與系統(tǒng)管理員聯(lián)系。

I．設(shè)置數(shù)據(jù)庫(kù)為正常狀態(tài)

sp_dboption'pdm','dbouseonly','false'

如果沒(méi)有出錯(cuò)，那么恭喜，現(xiàn)在就可以正常的使用恢復(fù)后的數(shù)據(jù)庫(kù)啦。

J．最后一步，我們要將步驟E中設(shè)置的“允許對(duì)系統(tǒng)目錄直接修改”一項(xiàng)恢復(fù)。