❶ sql SERVER 2008 備份 差異備份和日誌文件備份的區別
差異備份還原時，只能還原到備份的那個點，
日誌備份還原時，可以還原到日誌覆蓋的時間段的任意點。
比如2013-07-01 10點進行了完整備份，2013-07-02 10點進行了差異備份。2013-07-02 10點也進行了日誌備份。
今天是2013-07-19，如果你要還原到2013-07-02 10點的數據，就可以使用差異備份。如果你想還原到2013-07-01 10點之後到2013-07-02 10點之前的任意時刻，就可以使用日誌備份。
❷ SQLServer2008資料庫怎樣備份還原和數據恢復
在完整恢復模式或大容量日誌恢復模式下，必須先備份活動事務日誌（稱為日誌尾部），然後才能在SQLServerManagementStudio中還原資料庫。有關詳細信息，請參閱如何備份事務日誌(SQLServerManagementStudio)。若要還原已加密的資料庫，您必須有權訪問用於加密資料庫的證書或非對稱密鑰。如果沒有證書或非對稱密鑰，資料庫將無法還原。
認識資料庫備份和事務日誌備份
資料庫備份與日誌備份是資料庫維護的日常工作，備份的目的是在於當資料庫出現故障或者遭到破壞時可以根據備份的資料庫及事務日誌文件還原到最近的時間點將損失降到最低點。
資料庫備份
資料庫備份可以手動備份和語句備份
一.手動備份資料庫
1.滑鼠右鍵選擇你要進行備份的資料庫-任務-備份
可以在常規選項頁面你可以選擇備份類型是進行完整資料庫備份還是差異資料庫備份
2.點擊添加選項，選擇資料庫文件的存放路徑
注意文件名記得加後綴.bak,便於恢復時的查找
3.你還可以在選項頁面是追加到現有的備份集，還是覆蓋所有的現有備份集，還可以選擇備份驗證完整性（建議選擇），還可以選擇是否壓縮備份等。
二.語句備份資料庫
use master goBACKUP DATABASE [test] TO DISK = N'D:Microsoft sql serverMSSQL10.MSSQLSERVERMSSQLBackup est.bak' WITH NOFORMAT, NOINIT, NAME = N'test-完整 資料庫 備份', SKIP, NOREWIND, NOUNLOAD, STATS = 10GO
資料庫日誌備份
首先需要注意，資料庫日誌的備份是基於資料庫完整備份，也就是說你備份資料庫日誌之前你首先要先對資料庫進行一次完整的備份，因為之間會涉及到堅持到檢查點 lsn， 這也是本文接下來要講的重點。
一.手動備份資料庫日誌
1.右鍵資料庫-任務-備份-選擇備份類型（事務日誌）
2.點添加，添加日誌文件備份存儲路徑
3.同資料庫完整備份一樣，你也可以選擇覆蓋現有備份集或者追加到現有備份集，這里現在覆蓋現有備份集、驗證完整性，然後確認備份
二.語句備份資料庫事務日誌
BACKUP LOG [test] TO DISK = N'D: est.trn' WITH NOFORMAT, INIT, NAME = N'test-事務日誌 備份', SKIP, NOREWIND, NOUNLOAD, STATS = 10GO
資料庫還原
右鍵資料庫-還原資料庫-添加需要進行還原的資料庫文件路徑
在還原源選項中你可以選擇『源資料庫』，『源設備』。1.選擇源資料庫工具會自動顯示該資料庫之前的一些備份，然後直接選擇需要還原的資料庫備份集。
2.選擇源設備點擊後面的...，添加需要還原的資料庫文件
2.點擊確認還原資料庫
資料庫恢復
資料庫恢復的前提是1.一個完整的資料庫備份2.包含這個完整資料庫備份的事務日誌備份3.完整備份之間也可以存在數個差異備份
對於資料庫維護空間始終是一個比較頭疼的問題，特別是對於大型資料庫而言，每天的日誌文件增長是龐大的，很多資料庫管理員會定時對資料庫日誌文件進行收縮，但是經常收縮會存在收縮完日誌文件還是不能減少，這是因為存在很多活動的日誌無法收縮可以用
DBCC LOGINFO('資料庫名稱')
我們看到
status=0的日誌，代表已經備份到磁碟的日誌文件；而
status=2的日誌還沒有備份。當我們收縮日誌文件時，收縮掉的空
間其實就是
status=0的空間，如果日誌物理文件無法減小，這里一
定能看到非常多status=2的記錄
解決辦法：1.可以分離要收縮的資料庫，然後手動刪除日誌文件，然後附加資料庫，資料庫就會產生一個很小的日誌文件（不推薦使用這種方法）
2.右鍵要出來的資料庫選擇「屬性」-"選項"，將恢復模式改成"簡單"，然後利用收縮工具可以講日誌文件收縮到很小，收縮完記得講恢復模式改成"完整"
也可以用語句進行處理(dbname是你要進行收縮的資料庫名，dbname_log是你要進行收縮的資料庫的邏輯日誌名稱)
USE [master]
GO ALTER DATABASE [dbname] SET recovery SIMPLE WITH NO_WAIT GO
ALTER DATABASE [dbname] SET RECOVERY SIMPLE --簡單模式
GO
USE [dbname]
GO
DBCC SHRINKFILE (N'dbname_log' , 11, TRUNCATEONLY) GO
USE [master]
GO
ALTER DATABASE [dbname] SET RECOVERY FULL WITH NO_WAIT ALTER DATABASE [dbname] SET RECOVERY FULL
對於第一種方法不贊同使用，首先對於資料庫的分離與附加有時候會破壞資料庫，造成資料庫無法還原，還有就是對於在線資料庫也不允許進行分離操作。
對於第二種方法是slq2008收縮日誌文件的一種方法，但是此方法也不能使用過於頻繁，因為進行資料庫恢復模式的更改會截斷事務日誌文件，這樣的話當時利用事務日誌文件進行恢復的時候檢查點不能包含資料庫文件，而且當你要對事務日誌進行備份的時候會重新提示你需要對資料庫進行完整備份。
舉個例子：比如你昨天晚上進行了一次完整備份，然後同時你也進行了一次日誌備份（提前日誌未被截斷），然後你每個小時進行過一次差異備份，最近的差異備份時間點是14點，如果此時資料庫錯誤修改了數據，你可以立馬備份一個日誌文件將資料庫恢復到日誌備份開始到日誌備份終點前的任意時間點 。
如果此時你進行了修改資料庫模式，截斷日誌進行了收縮，那麼你的數據只能恢復到昨天晚上備份的那個日誌備份時間前的任意時間點，也就是今天所做的資料庫更改無法再恢復了，因為日誌文件已經被截斷了，不知道這樣解釋是否明白
因為日誌文件的檢查點（lsn）是連續的，每一次日誌備份都是在上一次備份的基礎上lsn往後增加的，lsn的范圍也包括了資料庫文件的lsn，也只有日誌文件的lsn包括了資料庫文件的lsn,才能將資料庫文件進行回滾。
上圖中總共有三個備份文件，一個完整備份、一個差異備份、一個日誌備份，大家可以注意觀察完整備份的第一個lsn與最後一個lsn,和檢查點
第二個差異備份文件的的第一個lsn與最後一個lsn,和檢查點，最後的日誌備份的第一個lsn和最後一個lsn包含了前面兩個備份文件的lsn,這種情況資料庫就可以恢復到日誌文件備份前的任意時間點，如果日誌文件沒有包含資料庫文件的最後一個lsn也就無法恢復了。
❸ SQL Server 2008有幾種備份方式
SQL Server 2008提供了四種備份方式分別是：完整備份、差異備份、事務日誌備份、文件和文件組備份。
◆ 完整備份：備份整個資料庫的所有內容，包括事務日誌。該備份類型需要比較大的存儲空間來存儲備份文件，備份時間也比較長，在還原數據時，也只要還原一個備份文件。
◆ 差異備份：差異備份是完整備份的補充，只備份上次完整備份後更改的數據。相對於完整備份分來說，差異備份的數據量比完整數據備份小，備份的速度也比完整備份要快。因此，差異備份通常作為常用的備份方式。在還原數據時，要先還原前一次做的完整備份，然後還原最後一次所做的差異備份，這樣才能讓資料庫里的數據恢復到與最後一次差異備份時的內容相同。
◆ 事務日誌備份：事務日誌備份只備份事務日誌里的內容。事務日誌記錄了上一次完整備份或事務日誌備份後資料庫的所有變動過程。事務日誌記錄的是某一段時間內的資料庫變動情況，因此在進行事務日誌備份之前，必須要進行完整備份。與差異備份類似，事務日誌備份生成的文件較小、佔用時間較短，但是在還原數據時，除了先要還原完整備份之外，還要依次還原每個事務日誌備份，而不是只還原最後一個事務日誌備份(這是與差異備份的區別)。
◆ 文件和文件組備份。如果在創建資料庫時，為資料庫創建了多個資料庫文件或文件組，可以使用該備份方式。使用文件和文件組備份方式可以只備份資料庫中的某些文件，該備份方式在資料庫文件非常龐大時十分有效，由於每次只備份一個或幾個文件或文件組，可以分多次來備份資料庫，避免大型資料庫備份的時間過長。另外，由於文件和文件組備份只備份其中一個或多個數據文件，當資料庫里的某個或某些文件損壞時，可能只還原損壞的文件或文件組備份。
❹ sql2008怎麼備份日誌文件
一、 結尾日誌備份的含義。
由於結尾日誌備份是SQLServer資料庫特有的一個內容。所以對於從其他資料庫轉型過來的管理員可能並不了解這個結尾日誌備份的含義。在大多數情況下，如在完成恢復模式或者大容量日誌恢復模式下，SQLServer資料庫要求管理員備份事務日誌的結尾部分以獲得尚未備份的日誌記錄。這個在還原操作之前對日誌尾部執行的日誌備份就叫做結尾日誌備份。對於SQLServer資料庫來說，在事務日誌恢復之前進行事務日誌的尾部備份是非常必要的。因為結尾日誌備份作業可以防止用戶修改數據的丟失並最終確保日誌鏈的完整性。在利用事務日誌將資料庫恢復到某一個指定的點，如資料庫故障點的時候，結尾日誌備份是恢復計劃中的最後一個相關備份。如果在還原之前無法備份日誌的尾部，那麼就只能夠將資料庫恢復為故障發生之前創建的最後一個備份。而不能夠恢復到故障發生的那一點。所以說，結尾日誌備份對於SQLServer資料庫非常的重要。
二、 在何時該進行結尾日誌備份?
從結尾日誌備份的含義中，我們也可以看出，並不是在任何情況下都需要作結尾日誌備份。也就是說，對於SQLServer資料庫來說，並非所有的還原方案都需要執行結尾日誌部分。如在資料庫恢復的時候，不需要恢復到故障的那一點，就不需要進行結尾日誌備份。同理，如果先前的日誌備份中已經包含了恢復點，或者說管理員准備覆蓋某個資料庫或者移動資料庫的時候，往往不需要進行結尾日誌備份。另外需要的是，在某些特定情況下即使資料庫管理員想進行事務日誌尾部備份都不行。如當事務日誌文件已經損壞時就無法繼續進行事務日誌尾部備份。此時雖然資料庫管理員任人可以在不使用結尾日誌備份的情況下恢復資料庫，但是已經不能夠恢復到故障發生的那一點。也就是說，最新日誌備份後進行的任何數據修改工作與資料庫結構調整工作都回丟失。
具體的來說，如果遇到如下兩種情況，需要先對馬上對事務日誌進行尾部備份。
一是需要對資料庫進行還原操作，而且是要還原到最近到的一個點時，那麼需要先對資料庫進行事務日誌尾部備份。即在資料庫處於聯機狀態時，如果資料庫管理員需要對資料庫進行的下一個操走就是還原操作，那麼就需要在還原操作之前進行事務日誌尾部備份。也就是說，在還原操作之前才能夠進行事務日誌尾部備份，即在事務日誌備份備份與資料庫還原之間不能夠再進行任何的資料庫修改作業。否則的話在還原後這個修改會丟失。另外需要注意的是，為了出現一些不必要的錯誤，最好在備份事務尾部日誌的時候，採用NORECOVERY選項。這個選項主要是為了確保資料庫事務日誌尾部備份之後資料庫不能夠再被修改。也就是說，可以保證事務日誌尾部備份到資料庫還原中間的時間間隔之內，不再發生任何的資料庫更改作業。以確保在利用事務日誌尾部備份進行資料庫還原的時候，能夠還原到一個最近的時點。而不會有任何數據的丟失。這是在最正常的情況下對事務日誌的尾部進行備份。