一、備份數(shù)據(jù)庫

1、打開SQL企業(yè)管理器，在控制臺(tái)根目錄中依次點(diǎn)開Microsoft SQL Server
2、SQL Server組-->雙擊打開你的服務(wù)器-->雙擊打開數(shù)據(jù)庫目錄
3、選擇你的數(shù)據(jù)庫名稱（如論壇數(shù)據(jù)庫Forum）-->然后點(diǎn)上面菜單中的工具-->選擇備份數(shù)據(jù)庫
4、備份選項(xiàng)選擇完全備份，目的中的備份到如果原來有路徑和名稱則選中名稱點(diǎn)刪除，然后點(diǎn)添加，如果原來沒有路徑和名稱則直接選擇添加，接著指定路徑和文件名，指定后點(diǎn)確定返回備份窗口，接著點(diǎn)確定進(jìn)行備份

二、還原數(shù)據(jù)庫

1、打開SQL企業(yè)管理器，在控制臺(tái)根目錄中依次點(diǎn)開Microsoft SQL Server
2、SQL Server組-->雙擊打開你的服務(wù)器-->點(diǎn)圖標(biāo)欄的新建數(shù)據(jù)庫圖標(biāo)，新建數(shù)據(jù)庫的名字自行取
3、點(diǎn)擊新建好的數(shù)據(jù)庫名稱（如論壇數(shù)據(jù)庫Forum）-->然后點(diǎn)上面菜單中的工具-->選擇恢復(fù)數(shù)據(jù)庫
4、在彈出來的窗口中的還原選項(xiàng)中選擇從設(shè)備-->點(diǎn)選擇設(shè)備-->點(diǎn)添加-->然后選擇你的備份文件名-->添加后點(diǎn)確定返回，這時(shí)候設(shè)備欄應(yīng)該出現(xiàn)您剛才選擇的數(shù)據(jù)庫備份文件名，備份號(hào)默認(rèn)為1（如果您對(duì)同一個(gè)文件做過多次備份，可以點(diǎn)擊備份號(hào)旁邊的查看內(nèi)容，在復(fù)選框中選擇最新的一次備份后點(diǎn)確定）-->然后點(diǎn)擊上方常規(guī)旁邊的選項(xiàng)按鈕
5、在出現(xiàn)的窗口中選擇在現(xiàn)有數(shù)據(jù)庫上強(qiáng)制還原，以及在恢復(fù)完成狀態(tài)中選擇使數(shù)據(jù)庫可以繼續(xù)運(yùn)行但無法還原其它事務(wù)日志的選項(xiàng)。在窗口的中間部位的將數(shù)據(jù)庫文件還原為這里要按照你SQL的安裝進(jìn)行設(shè)置（也可以指定自己的目錄），邏輯文件名不需要改動(dòng)，移至物理文件名要根據(jù)你所恢復(fù)的機(jī)器情況做改動(dòng)，如您的SQL數(shù)據(jù)庫裝在D:\Program Files\Microsoft SQL Server\MSSQL\Data，那么就按照您恢復(fù)機(jī)器的目錄進(jìn)行相關(guān)改動(dòng)改動(dòng)，并且最后的文件名最好改成您當(dāng)前的數(shù)據(jù)庫名（如原來是bbs_data.mdf，現(xiàn)在的數(shù)據(jù)庫是forum，就改成forum_data.mdf），日志和數(shù)據(jù)文件都要按照這樣的方式做相關(guān)的改動(dòng)（日志的文件名是*_log.ldf結(jié)尾的），這里的恢復(fù)目錄您可以自由設(shè)置，前提是該目錄必須存在（如您可以指定d:\sqldata\bbs_data.mdf或者d:\sqldata\bbs_log.ldf），否則恢復(fù)將報(bào)錯(cuò)
6、修改完成后，點(diǎn)擊下面的確定進(jìn)行恢復(fù)，這時(shí)會(huì)出現(xiàn)一個(gè)進(jìn)度條，提示恢復(fù)的進(jìn)度，恢復(fù)完成后系統(tǒng)會(huì)自動(dòng)提示成功，如中間提示報(bào)錯(cuò)，請(qǐng)記錄下相關(guān)的錯(cuò)誤內(nèi)容并詢問對(duì)SQL操作比較熟悉的人員，一般的錯(cuò)誤無非是目錄錯(cuò)誤或者文件名重復(fù)或者文件名錯(cuò)誤或者空間不夠或者數(shù)據(jù)庫正在使用中的錯(cuò)誤，數(shù)據(jù)庫正在使用的錯(cuò)誤您可以嘗試關(guān)閉所有關(guān)于SQL窗口然后重新打開進(jìn)行恢復(fù)操作，如果還提示正在使用的錯(cuò)誤可以將SQL服務(wù)停止然后重起看看，至于上述其它的錯(cuò)誤一般都能按照錯(cuò)誤內(nèi)容做相應(yīng)改動(dòng)后即可恢復(fù)

三、收縮數(shù)據(jù)庫

一般情況下，SQL數(shù)據(jù)庫的收縮并不能很大程度上減小數(shù)據(jù)庫大小，其主要作用是收縮日志大小，應(yīng)當(dāng)定期進(jìn)行此操作以免數(shù)據(jù)庫日志過大
1、設(shè)置數(shù)據(jù)庫模式為簡(jiǎn)單模式：打開SQL企業(yè)管理器，在控制臺(tái)根目錄中依次點(diǎn)開Microsoft SQL Server-->SQL Server組-->雙擊打開你的服務(wù)器-->雙擊打開數(shù)據(jù)庫目錄-->選擇你的數(shù)據(jù)庫名稱（如論壇數(shù)據(jù)庫Forum）-->然后點(diǎn)擊右鍵選擇屬性-->選擇選項(xiàng)-->在故障還原的模式中選擇“簡(jiǎn)單”，然后按確定保存
2、在當(dāng)前數(shù)據(jù)庫上點(diǎn)右鍵，看所有任務(wù)中的收縮數(shù)據(jù)庫，一般里面的默認(rèn)設(shè)置不用調(diào)整，直接點(diǎn)確定
3、收縮數(shù)據(jù)庫完成后，建議將您的數(shù)據(jù)庫屬性重新設(shè)置為標(biāo)準(zhǔn)模式，操作方法同第一點(diǎn)，因?yàn)槿罩驹谝恍┊惓Ｇ闆r下往往是恢復(fù)數(shù)據(jù)庫的重要依據(jù)

四、設(shè)定每日自動(dòng)備份數(shù)據(jù)庫

強(qiáng)烈建議有條件的用戶進(jìn)行此操作！
1、打開企業(yè)管理器，在控制臺(tái)根目錄中依次點(diǎn)開Microsoft SQL Server-->SQL Server組-->雙擊打開你的服務(wù)器
2、然后點(diǎn)上面菜單中的工具-->選擇數(shù)據(jù)庫維護(hù)計(jì)劃器
3、下一步選擇要進(jìn)行自動(dòng)備份的數(shù)據(jù)-->下一步更新數(shù)據(jù)優(yōu)化信息，這里一般不用做選擇-->下一步檢查數(shù)據(jù)完整性，也一般不選擇
4、下一步指定數(shù)據(jù)庫維護(hù)計(jì)劃，默認(rèn)的是1周備份一次，點(diǎn)擊更改選擇每天備份后點(diǎn)確定
5、下一步指定備份的磁盤目錄，選擇指定目錄，如您可以在D盤新建一個(gè)目錄如：d:\databak，然后在這里選擇使用此目錄，如果您的數(shù)據(jù)庫比較多最好選擇為每個(gè)數(shù)據(jù)庫建立子目錄，然后選擇刪除早于多少天前的備份，一般設(shè)定4－7天，這看您的具體備份要求，備份文件擴(kuò)展名一般都是bak就用默認(rèn)的
6、下一步指定事務(wù)日志備份計(jì)劃，看您的需要做選擇-->下一步要生成的報(bào)表，一般不做選擇-->下一步維護(hù)計(jì)劃歷史記錄，最好用默認(rèn)的選項(xiàng)-->下一步完成
7、完成后系統(tǒng)很可能會(huì)提示Sql Server Agent服務(wù)未啟動(dòng)，先點(diǎn)確定完成計(jì)劃設(shè)定，然后找到桌面最右邊狀態(tài)欄中的SQL綠色圖標(biāo)，雙擊點(diǎn)開，在服務(wù)中選擇Sql Server Agent，然后點(diǎn)擊運(yùn)行箭頭，選上下方的當(dāng)啟動(dòng)OS時(shí)自動(dòng)啟動(dòng)服務(wù)
8、這個(gè)時(shí)候數(shù)據(jù)庫計(jì)劃已經(jīng)成功的運(yùn)行了，他將按照您上面的設(shè)置進(jìn)行自動(dòng)備份

修改計(jì)劃：
1、打開企業(yè)管理器，在控制臺(tái)根目錄中依次點(diǎn)開Microsoft SQL Server-->SQL Server組-->雙擊打開你的服務(wù)器-->管理-->數(shù)據(jù)庫維護(hù)計(jì)劃-->打開后可看到你設(shè)定的計(jì)劃，可以進(jìn)行修改或者刪除操作

五、數(shù)據(jù)的轉(zhuǎn)移（新建數(shù)據(jù)庫或轉(zhuǎn)移服務(wù)器）

一般情況下，最好使用備份和還原操作來進(jìn)行轉(zhuǎn)移數(shù)據(jù)，在特殊情況下，可以用導(dǎo)入導(dǎo)出的方式進(jìn)行轉(zhuǎn)移，這里介紹的就是導(dǎo)入導(dǎo)出方式，導(dǎo)入導(dǎo)出方式轉(zhuǎn)移數(shù)據(jù)一個(gè)作用就是可以在收縮數(shù)據(jù)庫無效的情況下用來減�。ㄊ湛s）數(shù)據(jù)庫的大小，本操作默認(rèn)為您對(duì)SQL的操作有一定的了解，如果對(duì)其中的部分操作不理解，可以咨詢動(dòng)網(wǎng)相關(guān)人員或者查詢網(wǎng)上資料
1、將原數(shù)據(jù)庫的所有表、存儲(chǔ)過程導(dǎo)出成一個(gè)SQL文件，導(dǎo)出的時(shí)候注意在選項(xiàng)中選擇編寫索引腳本和編寫主鍵、外鍵、默認(rèn)值和檢查約束腳本選項(xiàng)
2、新建數(shù)據(jù)庫，對(duì)新建數(shù)據(jù)庫執(zhí)行第一步中所建立的SQL文件
3、用SQL的導(dǎo)入導(dǎo)出方式，對(duì)新數(shù)據(jù)庫導(dǎo)入原數(shù)據(jù)庫中的所有表內(nèi)容

六、利用數(shù)據(jù)庫日志恢復(fù)數(shù)據(jù)到時(shí)間點(diǎn)的操作
由于不正常的數(shù)據(jù)丟失，而又不想使用備份數(shù)據(jù)還原，只要原來有備份且當(dāng)前日志保存完好，可以采用這個(gè)方法試試，說不定可挽回?fù)p失……
1，如果誤操作之前存在一個(gè)全庫備份（或已有多個(gè)差異備份或增量備份），首先要做的事就是進(jìn)
進(jìn)行一次日志備份（如果為了不讓日志文件變大而置trunc. log on chkpt.選項(xiàng)為1那你就死翹了）
    backup log dbName to disk='fileName'
2，恢復(fù)一個(gè)全庫備份，注意需要使用with norecovery，如果還有其他差異或增量備份，則逐個(gè)恢
復(fù)
    restore database dbName from disk='fileName' with norecovery
3，恢復(fù)最后一個(gè)日志備份即剛做的日志備份，指定恢復(fù)時(shí)間點(diǎn)到誤操作之前的時(shí)刻
    restore log dbName from disk='fileName'
    with stopat='date_time'

以上這些操作都可以在SQL SERVER企業(yè)管理器里完成，難度不大。。。

七、無數(shù)據(jù)庫日志文件恢復(fù)數(shù)據(jù)庫方法兩則
數(shù)據(jù)庫日志文件的誤刪或別的原因引起數(shù)據(jù)庫日志的損壞


方法一
1.新建一個(gè)同名的數(shù)據(jù)庫
2.再停掉sql server(注意不要分離數(shù)據(jù)庫)
3.用原數(shù)據(jù)庫的數(shù)據(jù)文件覆蓋掉這個(gè)新建的數(shù)據(jù)庫
4.再重啟sql server
5.此時(shí)打開企業(yè)管理器時(shí)會(huì)出現(xiàn)置疑，先不管，執(zhí)行下面的語句（注意修改其中的數(shù)據(jù)庫名)
6.完成后一般就可以訪問數(shù)據(jù)庫中的數(shù)據(jù)了,這時(shí),數(shù)據(jù)庫本身一般還要問題,解決辦法是,利用
數(shù)據(jù)庫的腳本創(chuàng)建一個(gè)新的數(shù)據(jù)庫,并將數(shù)據(jù)導(dǎo)進(jìn)去就行了.
USE MASTER
GO
SP_CONFIGURE 'ALLOW UPDATES',1 RECONFIGURE WITH OVERRIDE
GO
UPDATE SYSDATABASES SET STATUS =32768 WHERE NAME='置疑的數(shù)據(jù)庫名'
Go
sp_dboption '置疑的數(shù)據(jù)庫名', 'single user', 'true'
Go
DBCC CHECKDB('置疑的數(shù)據(jù)庫名')
Go
update sysdatabases set status =28 where name='置疑的數(shù)據(jù)庫名'
Go
sp_configure 'allow updates', 0 reconfigure with override
Go
sp_dboption '置疑的數(shù)據(jù)庫名', 'single user', 'false'
Go
方法二
事情的起因
昨天，系統(tǒng)管理員告訴我，我們一個(gè)內(nèi)部應(yīng)用數(shù)據(jù)庫所在的磁盤空間不足了。我注意到數(shù)據(jù)庫事件日志文件XXX_Data.ldf文件已經(jīng)增長(zhǎng)到了3GB，于是我決意縮小這個(gè)日志文件。經(jīng)過收縮數(shù)據(jù)庫等操作未果后，我犯了一個(gè)自進(jìn)入行業(yè)以來的最大最愚蠢的錯(cuò)誤：竟然誤刪除了這個(gè)日志文件！后來我看到所有論及數(shù)據(jù)庫恢復(fù)的文章上都說道：“無論如何都要保證數(shù)據(jù)庫日志文件存在，它至關(guān)重要”，甚至微軟甚至有一篇KB文章講如何只靠日志文件恢復(fù)數(shù)據(jù)庫的。我真是不知道我那時(shí)候是怎么想的？！
這下子壞了！這個(gè)數(shù)據(jù)庫連不上了，企業(yè)管理器在它的旁邊寫著“(置疑)”。而且最要命的，這個(gè)數(shù)據(jù)庫從來沒有備份了。我唯一找得到的是遷移半年前的另外一個(gè)數(shù)據(jù)庫服務(wù)器，應(yīng)用倒是能用了，但是少了許多記錄、表和存儲(chǔ)過程。真希望這只是一場(chǎng)噩夢(mèng)！
沒有效果的恢復(fù)步驟
附加數(shù)據(jù)庫
_Rambo講過被刪除日志文件中不存在活動(dòng)日志時(shí)，可以這么做來恢復(fù)：
1，分離被置疑的數(shù)據(jù)庫，可以使用sp_detach_db
2，附加數(shù)據(jù)庫，可以使用sp_attach_single_file_db
但是，很遺憾，執(zhí)行之后，SQL Server質(zhì)疑數(shù)據(jù)文件和日志文件不符，所以無法附加數(shù)據(jù)庫數(shù)據(jù)文件。
DTS數(shù)據(jù)導(dǎo)出
不行，無法讀取XXX數(shù)據(jù)庫，DTS Wizard報(bào)告說“初始化上下文發(fā)生錯(cuò)誤”。
緊急模式
怡紅公子講過沒有日志用于恢復(fù)時(shí)，可以這么做：
1，把數(shù)據(jù)庫設(shè)置為emergency mode
2，重新建立一個(gè)log文件
3，把SQL Server 重新啟動(dòng)一下
4，把應(yīng)用數(shù)據(jù)庫設(shè)置成單用戶模式
5，做DBCC CHECKDB
6，如果沒有什么大問題就可以把數(shù)據(jù)庫狀態(tài)改回去了，記得別忘了把系統(tǒng)表的修改選項(xiàng)關(guān)掉

我實(shí)踐了一下，把應(yīng)用數(shù)據(jù)庫的數(shù)據(jù)文件移走，重新建立一個(gè)同名的數(shù)據(jù)庫XXX，然后停掉SQL服務(wù)，把原來的數(shù)據(jù)文件再覆蓋回來。之后，按照怡紅公子的步驟走。
但是，也很遺憾，除了第2步之外，其他步驟執(zhí)行非常成功。可惜，重啟SQL Server之后，這個(gè)應(yīng)用數(shù)據(jù)庫仍然是置疑！
不過，讓我欣慰的是，這么做之后，倒是能夠Select數(shù)據(jù)了，讓我大出一口氣。只不過，組件使用數(shù)據(jù)庫時(shí)，報(bào)告說：“發(fā)生錯(cuò)誤：-2147467259,未能在數(shù)據(jù)庫 'XXX' 中運(yùn)行 BEGIN TRANSACTION，因?yàn)樵摂?shù)據(jù)庫處于回避恢復(fù)模式。”

最終成功恢復(fù)的全部步驟
設(shè)置數(shù)據(jù)庫為緊急模式
      停掉SQL Server服務(wù)；
      把應(yīng)用數(shù)據(jù)庫的數(shù)據(jù)文件XXX_Data.mdf移走；
      重新建立一個(gè)同名的數(shù)據(jù)庫XXX；
      停掉SQL服務(wù)；
      把原來的數(shù)據(jù)文件再覆蓋回來；
    運(yùn)行以下語句，把該數(shù)據(jù)庫設(shè)置為緊急模式；
    運(yùn)行“Use Master
Go
sp_configure 'allow updates', 1
reconfigure with override
Go”
執(zhí)行結(jié)果：
DBCC 執(zhí)行完畢。如果 DBCC 輸出了錯(cuò)誤信息，請(qǐng)與系統(tǒng)管理員聯(lián)系。
已將配置選項(xiàng) 'allow updates' 從 0 改為 1。請(qǐng)運(yùn)行 RECONFIGURE 語句以安裝。

接著運(yùn)行“update sysdatabases set status = 32768 where name = 'XXX'”
執(zhí)行結(jié)果：
（所影響的行數(shù)為 1 行）

      重啟SQL Server服務(wù)；
    運(yùn)行以下語句，把應(yīng)用數(shù)據(jù)庫設(shè)置為Single User模式；
      運(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 頁中。
'sysindexes' 的 DBCC 結(jié)果。
對(duì)象 'sysindexes' 有 202 行，這些行位于 7 頁中。
'syscolumns' 的 DBCC 結(jié)果。
………

ü         運(yùn)行以下語句把系統(tǒng)表的修改選項(xiàng)關(guān)掉；
      運(yùn)行“sp_resetstatus "XXX"
go
sp_configure 'allow updates', 0
reconfigure with override
Go”
執(zhí)行結(jié)果：
在 sysdatabases 中更新數(shù)據(jù)庫 'XXX' 的條目之前，模式 = 0，狀態(tài) = 28（狀態(tài) suspect_bit = 0），
沒有更新 sysdatabases 中的任何行，因?yàn)橐颜�確地重置了模式和狀態(tài)。沒有錯(cuò)誤，未進(jìn)行任何更改。DBCC 執(zhí)行完畢。如果 DBCC 輸出了錯(cuò)誤信息，請(qǐng)與系統(tǒng)管理員聯(lián)系。已將配置選項(xiàng) 'allow updates' 從 1 改為 0。請(qǐng)運(yùn)行 RECONFIGURE 語句以安裝。
    重新建立另外一個(gè)數(shù)據(jù)庫XXX.Lost；
DTS導(dǎo)出向?qū)?br />    運(yùn)行DTS導(dǎo)出向?qū)В?br />    復(fù)制源選擇EmergencyMode的數(shù)據(jù)庫XXX，導(dǎo)入到XXX.Lost；
      選擇“在SQL Server數(shù)據(jù)庫之間復(fù)制對(duì)象和數(shù)據(jù)”，試了多次，好像不行，只是復(fù)制過來了所有表結(jié)構(gòu)，但是沒有數(shù)據(jù)，也沒有視圖和存儲(chǔ)過程，而且DTS向?qū)ё詈髨?bào)告復(fù)制失��；
      所以最后選擇“從源數(shù)據(jù)庫復(fù)制表和視圖”，但是后來發(fā)現(xiàn)，這樣總是只能復(fù)制一部分表記錄；
      于是選擇“用一條查詢指定要傳輸?shù)臄?shù)據(jù)”，缺哪個(gè)表記錄，就導(dǎo)哪個(gè)；
      視圖和存儲(chǔ)過程是執(zhí)行SQL語句添加的