sql大數據備份

A. mysql大資料庫備份什麼軟體好用

帝國備份王已經很來久沒源有更新了，出現問題找他們，也不能及時解決的。我都換用多備份了，備份恢復都蠻簡單。教你下具體操作：
1.登錄多備份官網—注冊賬戶—進入控制面板—選擇開始—選擇資料庫備份
2.出現「你的資料庫是否可以遠程授權」，選擇可以，進入託管模式（除非你的空間不能授權，那就是跳入插件頁面）
3.進入託管模式之後，選擇mysql資料庫。填寫好埠，ip，用戶名，密碼。
，之後設置好存儲位置，備份頻率，備份時段，然後點擊啟動備份。就可以了。
希望能幫到你，望採納。

B. sql2005 資料庫文件太大,怎麼備份比較快

18.1 備份與恢復簡介

相信大多數人都會同意資料庫里的數據要比資料庫本身要重要得多，但是因為種種原因，如磁碟故障、計算機硬體故障、用戶操作失誤等，都有可能會損壞數據。為了保證在發生這些意外的時候可以最大限度地挽救數據，資料庫管理員必須要經常備份資料庫里的數據。SQL Server 2005提供了強大的備份和還原的功能。

18.1.1 備份類型

SQL Server 2005提供了四種備份資料庫的方式：

l 完整備份：備份整個資料庫的所有內容，包括事務日誌。該備份類型需要比較大的存儲空間來存儲備份文件，備份時間也比較長，在還原數據時，也只要還原一個備份文件。

l 差異備份：是完整備份的補充，差異備份只備份上次完整備份後更改的數據。相對完整備份來說，差異備份的數據量比完整數據備份小，備份的速度也比完整備份要快。因此，差異備份通常作為經常用到的備份。在還原數據時，要先還原前一次做的完整備份後再還原最後一次所做的差異備份，這樣才能讓資料庫里的數據恢復到與最後一次差異備份時的相同內容。

l 事務日誌備份：事務日誌備份只備份事務日誌里的內容。事務日誌記錄了上一次完整備份或事務日誌備份後資料庫的所有變動過程。事務日誌記錄的是某一段時間內的資料庫變動情況，因此在做事務日誌備份之前，也必須要做完整備份。與差異備份類似，事務日誌備份的備份文件和時間都會比較小，但是在還原數據時，除了先要還原完整備份之外，還要依次還原每個事務日誌備份，而不是只還原最近一個事務日誌備份。

l 文件和文件組備份：如果在創建資料庫時，為資料庫創建了多個資料庫文件或文件組，可以使用該備份方式。使用文件和文件組備份方式可以只備份資料庫中的某些文件，該備份方式在資料庫文件非常龐大的時候十分有效，由於每次只備份一個或幾個文件或文件組，可以分多次來備份資料庫，避免大型資料庫備份的時間過長。另外，由於文件和文件組備份只備份其中一個或多個數據文件，那麼當資料庫里的某個或某些文件損壞時，可以只還原損壞的文件或文件組備份即可。

完整備份可能比較好理解，例如說，在2006年1月1日早上8點進行了完整備份，那麼將來在還原時，就可以恢復到2006年1月1日早上8點時的資料庫狀態。

差異備份是備份完整備份後的數據變動情況。例如在2006年1月1日早上8點進行了完整備份後，在1月2日和1月3日又進行差異備份，那麼在1月2日的差異備份里記錄的是從1月1日到1月2日這一段時間里的數據變動情況；而在1月3日的差異備份里記錄的是從1月1日到1月3日之一段時間里的數據變動情況。因此，如果要還原到1月3日的數據，只要先還原1月1日做的完整備份，再還原1月3日做的差異備份就可以了。

事務日誌備份是以事務日誌文件作為備份對象，相當於將資料庫里的每一個操作都記錄下來了。假設在2006年1月1日早上8點進行了完整備份後，到1月2日早上8點為止，資料庫里的數據變動了一百次，如果此時做了差異備份，那麼差異備份記錄的是第一百次數據變動後的資料庫狀態，而如果此時做了事務日誌備份，備份的將是這一百次的數據變動情況。

再舉一個例子，例如在2006年1月1日早上8點進行了完整備份後，在1月2日和1月3日又進行事務日誌備份，那麼在1月2日的事務日誌備份里記錄的是從1月1日到1月2日這一段時間里的數據變動情況；而在1月3日的事務日誌備份里記錄的是從1月2日到1月3日之一段時間里的數據變動情況。因此，如果要還原到1月3日的數據，只要先還原1月1日做的完整備份，再還原1月2日做的事務日誌備份，最後還要還原1月3日所做的事務日誌備份。

C. SQL如何備份大容量資料庫

資料庫備份介紹

1、備份位置

在SQL Server上，有多種備份位置可以選擇，如本地磁碟，網路磁碟，遠程地址，磁帶等。

各種備份位置均有自己的優點和缺點。
2、邏輯備份設備

在SQL Server上，可以通過創建邏輯備份設備來完成備份。使用邏輯備份設備的好處是，當變更備份地址時，不需要更改備份腳本，只需要更改邏輯備份設備的定義即可。

創建邏輯備份設備的腳本如下：

SQL code EXEC sp_addmpdevice @devtype=』disk』,@logicalname=』MYBackup』,@physicalname=』D:\backup\mydb.bak』

刪除備份設備的腳本：

SQL code Sp_dropdevice @logicalname=』MYBackup』

上述腳本只是刪除邏輯備份設備的定義，下述腳本將同時刪除備份文件：

SQL code Sp_dropdevice @logicalname=』MYBackup』,@devfile=』DELFILE』

使用邏輯備份設備的方法如下：

SQL code Backup database mydb to MYBackup

當然，還可在邏輯備份設備上指定過期時間等備份屬性，如：

SQL code Backup database mydb to MYBackup WITH EXPIREDATE=』13/01/2010』

或：

SQL code BACKUP DATABASE mydb to MYBackup WITH RETAINDAYS=7

3、備份集與存儲集

每一份備份包含於一個備份集，而一個備份集包含於一個存儲集。通過系統GUI進行備份時，SQL Server會自動指定備份集和存儲集，目的則是為了簡化管理。用T-SQL顯示指定則用如下語法：

SQL code BACKUP DATABASE mydb to MYBackup WITH RETAINDAYS=7,

NAME=』FULL』,

MEDIANAME=』ALLBackups』

NAMEs是指備份集名稱，MEDIANAME是指存儲集名稱。
4、全備份

不管恢復模式是哪一個，所有的備份都必須要有一個全備份，特別是日誌備份和差異備份，如果沒有全備份的話，將無法進行恢復。

簡單的全備份腳本如下所示，也可以通過維護計劃來指定全備份：

SQL code BACKUP DATABASE mydb to DISK=』D:\Backup\mydb.bak』

但需要注意的是，上述命令是將資料庫備份附加到當前的存在的文件上，如果不存在則創建它，並不會覆蓋原有文件。要覆蓋同名的備份文件，需要指定INIT參數。

SQL code BACKUP DATABASE mydb to DISK=』D:\Backup\mydb.bak』 WITH INIT

5、日誌備份

在完全恢復模式或者大容量日誌恢復模式下，日誌備份不僅僅是恢復的需要，同時也是手工管理事務日誌文件的一種方式。如果從不進行備份的話，在完全恢復模式或者大容量恢復模式下，事務日誌將會持續增長，直至消耗完所在磁碟。

日誌備份的腳本如下：

SQL code BACKUP LOG mydb_log TO DISK=』D:\backup\mydb.trn』

需要養成使用.trn為日誌備份的擴展名的習慣。

每個在資料庫上的動作都會被安排一個Log Sequence Number (LSN)。如果需要還原到指定的時間點，需要有持續的LSN記錄。也就是說，在完全恢復模式或者大容量日誌模式下，一個不被打斷的事務日誌備份鏈是恢復資料庫的基本要求。
6、差異備份

使用日誌備份來恢復時，無疑是一個很慢的過程，特別是上一個全備份的歷史比較悠久時。使用差異備份，便能縮短恢復時間。事實上，差異備份只是BACKUP DATABASE的一個選項，如下：

SQL code BACKUP DATABASE mydb TO DISK=』D:\backup\mydb.dif』 WITH DIFFERENTIAL,INIT

進行資料庫恢復時，先恢復資料庫全備份，再恢復資料庫差異備份，最後才恢復日誌備份。

差 異備份是與上一次全備份緊密相連的，不管期間有多少次日誌備份和差異備份，差異備份還是會從上一次全備開始備份。因此，經常會遇到這樣的一種情況，在生產 庫上需要臨時使用資料庫時，便用BACKUP DATABASE … TO DISK=』..』進行了一個備份，下一次的差異備份便會以這回的全備為准，如果過後把這個臨時全備刪除掉後，後面的差異備份就沒用了。

差異備份並不意味著磁碟空間肯定會少，這取決於實際情況。當期間大量操作發生時，差異備份還是會變得很大。
7、錯誤檢測

在備份過程中，備份進程會同時驗證數據，或者校驗不完整頁（torn page），或者驗證校驗和(checksum)。要使用該功能，需要激活該選項。

不完整頁檢測(Torn-page dection)僅僅檢查每一個頁看是否已經寫完成。如果發現一個頁只有部分被寫入，那麼就將其標記為torn。

校驗和驗證(checksum validation)是一種新的頁驗證機制。它會為每個頁添加一個值來表明該頁實際的大小。雖然看起來是個代價很高影響性能的操作，但事實上，它的效率非常高，與torn-page差不多。

備份進程在備份資料庫時，會通過比較在資料庫里的和隨著備份頁寫入硬碟時這兩個之間的值來進行驗證。但是，這個驗證並不是自動完成的，需要顯示指定，在GUI頁面上是個選項。如果通過T-SQL來備份的話，語句如下：

SQL code BACKUP DATABASE mydb TO DISK=』D:\data\mydb.bak』 WITH CHECKSUM

如果備份過程中，發現了錯誤，SQL Server會錯誤信息寫入MSDB上的SUSPECT_PAGE表裡面。同時，在默認情況下，備份行為會停止的（STOP_ON_ERROR），以便管理員排查錯誤。

但 備份過程中的校驗和驗證還有另外一個選項（CONTINUE_ON_ERROR）,也就是說，如果發現錯誤，備份過程並不會中斷，而是將錯誤頁信息記錄在 MSDB..SUSPECT_PAGE上而已。需要注意的是，SUSPECT_PAGE表是有行限制的，最多隻能達到1000行，如果達到了的話，備份同 樣會失敗。

激活校驗和驗證的話，很明顯會影響備份的性能。但還是很有必要的。

8、安全備份

完全備份和日誌備份語句還支持使用密碼屬性，如：

SQL code BACKUP DATABASE mydb TO DISK=』D:\mydb.bak』 WITH PASSWORD=』mydb』

所指定的密碼是很容易破解的。因此，如果確實需要對某些備份數據進行加密的話，可以將備份存放於加密的文件系統或者其它安全的存儲設備上。

同時，SQL Server還提供了對真實列進行加密的功能。該加密功能是工業標准。

9、條帶備份

有些情況下，單獨一個硬碟無法存儲一個完整的資料庫備份時，可以將資料庫備份分成多個部分存儲在不同的磁碟上，這種備份方式成為條帶備份。使用條帶備份的優點很明確，就是能很好的利用空間，但如果某部分備份丟失或者損壞，那整個備份將無效。

其語句如下：

SQL code BACKUP DATABASE mydb TO DISK=』D:\mydb.bak』,

DISK=』E:\mydb.bak』 WITH INIT,CHECKSUM,

CONTINUE_ON_ERROR

上述D盤和E盤上的備份是不可分割的。

10、鏡像備份

與條帶備份在多個磁碟上保留同一份備份不同的是，鏡像備份是在不同磁碟上保留多份備份。其語句如下：

SQL code BACKUP DATABASE mydb TO DISK=』D:\mydb.bak』

MIRROR TO DISK=』E:\mydb.bak』

WITH INIT,CHECKSUM,CONTINUE_ON_ERROR

在實際情況下，對日誌備份採取鏡像備份方式會比較合適。

11、COPY-ONLY 備份

在差異備份里曾提到過，差異備份是建立在上一個全備份的基礎上的。因此如果在一個事先安排好的備份計劃里，如果在全備份和差異備份之間再進行了一次全備份後，其差異備份會被打斷，如果把臨時全備份刪除掉後，就產生了數據丟失。

在SQL SERVER 2005以後，SQL SERVER提供了一個選項-only.使用-only選項進行的全備份便不會打算原先的備份計劃，語句如下：

SQL code BACKUP DATABASE mydb TO DISK=』D:\mydb.bak』

WITH INIT,CHECKSUM,COPY_ONLY

三、文件和文件組備份

在SQL SERVER 7.0以後，SQL Server提供了filegroup的概念。文件組不僅僅提供了一個邏輯的存儲地址，還允許將不同的表和索引放在不同的文件組上來提高性能和減少備份時間。

在數據存儲概述上，提到了資料庫有三類數據文件，一般來說，資料庫至少需要兩個（.mdf和.ldf）或者更多的文件。SQL Server不僅允許有多個文件存在(.ldf)，還允許多個文件組存在。

一個文件組可以有多個文件，每個文件需要仔細規劃好初始大小及增量。

1、默認文件組

在創建對象時，如果未明確指定文件組，那麼該對象將會存放在默認的文件組上。在默認情況下，默認的文件組是primary，但由於primary文件組不僅可以包含用戶數據，同時還存儲著資料庫結構等技術信息，因此一般建議添加額外的一個文件組，並將其指定為默認文件組。

SQL Server只能有一個默認的文件組。

修改默認文件組的語句如下：

SQL code ALTER DATABASE mydb MODIFY FILEGROUP mydb DEFAULT；

2、為對象指定文件組

當創建表或者索引時，不管是用戶還是系統都需要將表或索引放在某個文件組上。如果在創建表或索引時指定文件組，那麼表或索引將會存儲在指定的文件組上，而不是默認的文件組。

其指定語句如下：

SQL code CREATE TABLE test( [id] int,[notes] text) on mydbdata

也可以通過GUI創建表的頁面來指定文件組。

3、將對象遷移至指定文件組

如果需要變更對象的存儲位置，最簡單的方式則是通過GUI屬性頁面來進行修改通過該方法，可以直觀的看到對象的遷移過程。

同時也可以通過T-SQL來修改，例如：

SQL code ALTER TABLE test drop constraint PK_test WITH (MOVE TO DATA)

4、備份數據文件

備份數據文件同樣可以通過BACKUP DATABASE語句來實現。如下：

SQL code BACKUP DATABASE mydb FILE=』D:\Data\mydb.ndf』 TO DISK=』E:\Backup\mydbdata.bak』

上述語句相當於數據文件級別的全備份，與資料庫級別的備份類似，文件級別上的備份也有差異備份，當然前提是要有相對應的文件全備份。

差異備份的語句如下：

SQL code BACKUP DATABASE mydb FILE=』D:\Data\mydb.ndf』

WITH DIFFERENTIAL

TO DISK=』E:\Backup\mydbdata_dif.bak』

5、備份文件組

與單獨備份文件類似，也可以對文件組進行類似的備份操作。備份文件組的方式也有兩種，一種是通過GUI界面指定，一種則是通過T-SQL。

T-SQL的語句如下：

SQL code BACKUP DATABASE mydb FILEGROUP=』PRIMARY』 TO DISK=』E:\Backup\mydbpri.bak』

6、不完全備份(partial backup)

在文件組備份上，不完全備份其實相當於完全備份，可以通過指定關鍵字READ_WRITE_FILEGROUPS來實現不完全備份。

語句如下：

SQL code BACKUP DATABASE mydb READ_WRITE_FILEGROUPS TO DISK=』D:\mydb.bak』

那不完全備份到底是什麼意思呢？什麼時候需要不完全備份？如果對一個文件組設置了只讀，而這只讀的文件組又需要進行一次備份，這時，可以不用BACKUP DATABASE語句進行備份，只需要挑個時間停止實例，然後執行不完全備份。

D. SQL資料庫中怎麼備份數據，還原數據

備份：
點對應的庫點或鍵－所有任務－備份資料庫（目的下面是你備份的文件地址，再點確定就行了）
還原;
點對應的庫點或鍵－所有任務－還原資料庫－選中從設備－再點選擇設置中找到你備份的路徑，點確定就OK了

E. 如何將SQL資料庫備份到網路共享

定期備份SQL資料庫是必須的。我們已經覆蓋的方式就可以輕松備份您的所有SQL Server資料庫到本地硬碟中，但這並不能防止驅動器和/或系統故障。作為針對此類災難的額外保護層，您可以在網路共享上復制或直接創建備份。

在本地備份，然後復制到網路共享

完成此任務的首選和最直接的方法是簡單地創建資料庫的本地備份，然後將相應的備份文件復制到網路共享。您可以通過創建如下所示的批處理腳本來完成此操作：

SET LocalFolder = C：Program Files Microsoft SQL ServerMSSQL.1MSSQLBackup
SqlCmd -E -Q「備份資料庫MyDB到磁碟=％LocalFolder％MyDB.bak」
XCopy「％LocalFolder％MyDB.bak」「 192.168.16.55BackupDatabases」/ Z / V
DEL「％LocalFolder％MyDB.bak」

此腳本執行以下操作（逐行）：

• 將變數設置為本地SQL備份目錄。

• 創建MyDB的SQL備份（使用Windows身份驗證）到本地SQL備份目錄。

• 將本地備份文件復制到網路共享。

• 刪除本地備份文件。

同樣，這是首選方法，因為它的工作原理和備份失敗的可能性是最小的，因為備份是在本地磁碟上創建。但是，如果沒有足夠的磁碟空間來存儲備份文件的本地副本，則此操作將失敗。在這種情況下，您需要添加額外的磁碟空間或直接備份到網路共享。

直接備份到網路共享

通常，當您嘗試使用以下命令直接創建備份到網路共享時：

SqlCmd -E -Q「備份資料庫MyDB到磁碟= 192.168.16.55BackupDatabasesMyDB.bak」

你很可能會得到一個錯誤的行：

消息3201，級別16，狀態1，伺服器JF，行1
無法打開備份設備 192.168.16.55BackupDatabasesMyDB.bak。操作系統錯誤5（訪問被拒絕。）。
消息3013，級別16，狀態1，伺服器JF，第1行
BACKUP DATABASE異常終止。

盡管使用Windows身份驗證（-E開關）和Windows帳戶作為通過Windows資源管理器訪問和復制文件到共享的能力運行SQL備份命令，仍會出現此錯誤。

此操作失敗的原因是SQL命令在SQL Server服務運行的帳戶的邊界內執行。當您在計算機上查看服務列表時，很可能您將看到運行為（登錄為）列的SQL Server服務本地系統或網路服務，它們是沒有網路訪問許可權的系統帳戶。

在我們的系統上，網路共享命令的備份失敗，因為我們有SQL Server服務作為本地系統運行，再也無法獲得任何網路資源。

為了允許SQL直接備份到網路共享，我們必須將SQL Server服務作為可訪問網路資源的本地帳戶運行。

編輯SQL Server服務的屬性，並在「登錄」選項卡上將服務配置為作為具有網路訪問許可權的備用帳戶運行。

單擊「確定」後，您將收到一條提示，指示在重新啟動服務之後，設置才會生效。

重新啟動服務。



服務列表現在應顯示SQL Server服務正在作為您配置的帳戶運行。

現在當您運行命令直接備份到網路共享：

SqlCmd -E -Q「備份資料庫MyDB到磁碟= 192.168.16.55BackupDatabasesMyDB.bak」

您應該會看到一個成功消息：

處理資料庫MyDB的152頁，文件1上的文件MyDB。
為資料庫MyDB處理2頁，文件1上的文件MyDB_log。
BACKUP DATABASE在0.503秒（2.493 MB /秒）中成功處理了154頁。

使用備份文件現在在網路共享目錄：

網路共享注意事項請務必注意，備份命令希望能夠直接連接到網路共享，而不會提示您輸入憑據。您配置要運行的SQL Server服務的帳戶必須與網路共享具有可信連接，其中相應的憑據允許訪問，否則可能會發生以下錯誤：

消息3201，級別16，狀態1，伺服器JF，行1
無法打開備份設備 192.168.16.55BackupDatabasesMyDB.bak。操作系統錯誤1326（登錄失敗：未知用戶名或密碼錯誤。）。
消息3013，級別16，狀態1，伺服器JF，第1行
BACKUP DATABASE異常終止。

此錯誤表示網路共享不接受帳戶的用戶名和密碼，並且命令失敗。




另一個要記住的問題是備份直接執行到網路資源，因此網路連接中的任何打嗝可能會導致您的備份失敗。因此，您只應該備份到穩定的網路位置（即可能不是VPN）。

安全隱患

如前所述，使用在本地備份然後復制到網路共享的方法是首選，因為它允許您將SQL服務作為僅具有本地系統訪問許可權的帳戶運行。

通過將服務作為備用帳戶運行，您打開了潛在的安全問題的大門。例如，惡意SQL腳本可以在備用帳戶下執行並攻擊網路資源。此外，對相應帳戶（密碼更改/到期或帳戶的刪除/禁用）的任何更改將導致SQL Server服務無法啟動。

• 如果您使用備用帳戶運行SQL Server實例，請務必記住這些要點。如果採取適當的預防措施，則這些不顯示阻止程序，則應考慮添加額外的硬碟驅動器空間，然後實施本地備份和復制，以便可以使用本地帳戶運行SQL服務。

F. SQL中如何備份數據

打開「企業管理器」——右擊你要備份的那個資料庫名——所有任務——備份資料庫——點擊「添加」按鈕——選擇你要將備份文件存放的位置——一直「確定」完，就開始備份了。

G. 關於SQL2005大數據量備份的方案

使用第三方備份軟體可以嗎？如果選擇第三方備份軟體也很方便的，並且您可以選擇備份方式的，增量備份或者差異備份都可以設定的，先來一個全備份，然後進行增量備份或者差異備份。第三方備份軟體有很多，您可以到網上了解一下的，國產的也有，國外的也有。

H. 如何備份sql資料庫

sqlSERVER的資料庫備份是通過backup進行備份的，如果有需要可以通過建立調度的方式實現連續備份，當然也可以2000以後的sql也可以使用資料庫維護計劃完成資料庫備份。就單單一次備份可以在企業管理器（2005以後叫SQL Server Management Studio）找到需要備份的資料庫，點擊右鍵 在所有任務中選擇「備份」，按照提示備份選擇就可以了

I. 如何讓SQL資料庫進行增量備份

在SQL Server 2000中，假定我們擁有一個資料庫為：Test, 現在需要它每天19：00自動進行一次備份，並且以後一旦發生資料庫錯誤，我們都可以通過備份文件將資料庫恢復到任何一個備份過的時刻點。

備份步驟：
1． 在「SQL Server企業管理器」中注冊資料庫所在的伺服器，注意要使用sa用戶名和口令，否則以後執行備份調度的時候，會出現許可權不足，導致不能進行備份。
2． 確保該伺服器的SQL Server Agent服務是開啟的，因為所有的調度都是通過該代理進行執行的。
3． 在「SQL Server企業管理器」中選中Test資料庫，右鍵打開「備份資料庫」窗口，指定一個新的文件Test-daily.bak,選擇「完全」進行一次完全備份。
4． 再次打開「備份資料庫」窗口，這次使用「差異備份」，「重寫」選項設置為「追加到媒體」，目的文件仍然是前面步驟所指定的Test-daily.bak，並在「調度」選項中設置為每天的19：00，這樣，SQL Server會在每天的19：00將資料庫自上次備份以來發生的變化，以增量備份的方式追加到Test-daily.bak文件中。（測試的時候，可以設置為每天的每1分鍾進行一次備份，以便可以很快的看到備份結果）

在需要進行資料庫恢復的時候，可以按照如下還原步驟進行操作：
1． 新建一個資料庫，比如名為Back, 右鍵打開「還原資料庫」窗口，選擇「從設備」進行還原，然後在「選擇設備…」中選定備份所使用的Test-daily.bak文件，回到「還原資料庫」窗口，「備份號」默認為1（對應的就是備份步驟3中的初次完全備份），不必更改。在「選項」標簽頁中，選中「強制還原」，最關鍵的一步是，在「恢復完成狀態」中，選中第2或第3項，即保證「能還原其它事務日誌」，這樣還原之後，這個新的資料庫就回到了我們進行第一次完全備份時候的狀態，此時，該Back資料庫將處於「正在裝載」或「只讀」的狀態，沒有關系，這是正常的，因為我們接下來還需要通過事務日誌將該資料庫恢復到指定的某個狀態。
2． 再次打開「還原資料庫」窗口，同樣選擇「從設備」進行還原，然後在「選擇設備…」中選定備份所使用的Test-daily.bak文件，回到「還原資料庫」窗口，點擊「備份號」後面的「查看內容…」按鈕，在新的窗口中，可以看到裡面列出了每天19：00左右備份過的備份集（除了最頂上一個是我們初次的完全備份集，其它都是每天的增量備份集），選中想要恢復的某個備份集，單擊「確定」回到主窗口，可以看到「還原備份集」默認選中的是「差異」，再單擊確定，這樣，Back資料庫就恢復到了我們選定的某個備份集了。
上述還原步驟可以重復進行，直到我們找到確切需要的某個備份集。

另外，恢復後的資料庫名稱是Back,如果想將其改名為Test，可以執行
EXEC sp_renamedb 'Back', 'Test'
在重命名資料庫之前，應該確保沒有人使用該資料庫，而且資料庫設置為單用戶模式。

補充:需要在"備份資料庫"->"常規"選項卡里選中"重寫現有媒體",這樣在"選項"選項卡里才能設定"備份集到期時間",並且發現,這樣設定好"到期時間"之後,即使將"重寫現有媒體"改為"追加到媒體",所設定的"到期時間"還是有效的,這可以在調度里的"步驟"腳本中看出來,如:
BACKUP DATABASE [model] TO DISK = N'D:\test.bak' WITH NOINIT , NOUNLOAD , RETAINDAYS = 1, DIFFERENTIAL , NAME = N'model 備份', NOSKIP , STATS = 10, NOFORMAT,通過這種方式應該可以實現保留最近N天的備份,測試中....

J. SQL資料庫如何備份，還原

備份資料庫
1、打開SQL企業管理器，在控制台根目錄中依次點開Microsoft
SQL
Server
2、SQL
Server組-->雙擊打開版你的伺服器-->雙擊打開資料庫目權錄
3、選擇你的資料庫名稱（如財務資料庫cwdata）-->然後點上面菜單中的工具-->選擇備份資料庫
4、備份選項選擇完全備份，目的中的備份到如果原來有路徑和名稱則選中名稱點刪除，然後點添加，如果原來沒有路徑和名稱則直接選擇添加，接著指定路徑和文件名，指定後點確定返回備份窗口，接著點確定進行備份。