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

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

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

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

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

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

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

強(qiáng)烈建議有條件的用戶進(jìn)行此操作！
1、打開企業(yè)管理器，在控制臺(tái)根目錄中依次點(diǎn)開Microsoft SQL Server-->SQL Server組-->雙擊打開你的服務(wù)器
2、然后點(diǎn)上面菜單中的工具-->選擇數(shù)據(jù)庫(kù)維護(hù)計(jì)劃器
3、下一步選擇要進(jìn)行自動(dòng)備份的數(shù)據(jù)-->下一步更新數(shù)據(jù)優(yōu)化信息，這里一般不用做選擇-->下一步檢查數(shù)據(jù)完整性，也一般不選擇
4、下一步指定數(shù)據(jù)庫(kù)維護(hù)計(jì)劃，默認(rèn)的是1周備份一次，點(diǎn)擊更改選擇每天備份后點(diǎn)確定
5、下一步指定備份的磁盤目錄，選擇指定目錄，如您可以在D盤新建一個(gè)目錄如：d:\databak，然后在這里選擇使用此目錄，如果您的數(shù)據(jù)庫(kù)比較多最好選擇為每個(gè)數(shù)據(jù)庫(kù)建立子目錄，然后選擇刪除早于多少天前的備份，一般設(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ù)庫(kù)計(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ù)庫(kù)維護(hù)計(jì)劃-->打開后可看到你設(shè)定的計(jì)劃，可以進(jìn)行修改或者刪除操作

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

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

六、利用數(shù)據(jù)庫(kù)日志恢復(fù)數(shù)據(jù)到時(shí)間點(diǎn)的操作
由于不正常的數(shù)據(jù)丟失，而又不想使用備份數(shù)據(jù)還原，只要原來(lái)有備份且當(dāng)前日志保存完好，可以采用這個(gè)方法試試，說(shuō)不定可挽回?fù)p失……
1，如果誤操作之前存在一個(gè)全庫(kù)備份（或已有多個(gè)差異備份或增量備份），首先要做的事就是進(jìn)
進(jìn)行一次日志備份（如果為了不讓日志文件變大而置trunc. log on chkpt.選項(xiàng)為1那你就死翹了）
    backup log dbName to disk='fileName'
2，恢復(fù)一個(gè)全庫(kù)備份，注意需要使用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è)管理器里完成，難度不大。。。

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


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

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

最終成功恢復(fù)的全部步驟
設(shè)置數(shù)據(jù)庫(kù)為緊急模式
      停掉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
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ǔ)句以安裝。

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

      重啟SQL Server服務(wù)；
    運(yùn)行以下語(yǔ)句，把應(yīng)用數(shù)據(jù)庫(kù)設(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 頁(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 'allow updates', 0
reconfigure with override
Go”
執(zhí)行結(jié)果：
在 sysdatabases 中更新數(shù)據(jù)庫(kù) '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 語(yǔ)句以安裝。
    重新建立另外一個(gè)數(shù)據(jù)庫(kù)XXX.Lost；
DTS導(dǎo)出向?qū)?br />    運(yùn)行DTS導(dǎo)出向?qū)В?br />    復(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)，但是沒有數(shù)據(jù)，也沒有視圖和存儲(chǔ)過(guò)程，而且DTS向?qū)ё詈髨?bào)告復(fù)制失�。�
      所以最后選擇“從源數(shù)據(jù)庫(kù)復(fù)制表和視圖”，但是后來(lái)發(fā)現(xiàn)，這樣總是只能復(fù)制一部分表記錄；
      于是選擇“用一條查詢指定要傳輸?shù)臄?shù)據(jù)”，缺哪個(gè)表記錄，就導(dǎo)哪個(gè)；
      視圖和存儲(chǔ)過(guò)程是執(zhí)行SQL語(yǔ)句添加的