1.差異備份的還原
不備份結(jié)尾日志的情況下還原數(shù)據(jù)
創(chuàng)建差異備份的放在我們已經(jīng)在前面一篇博客 SQL Server的備份 中提到了，這里我們不再贅述，下面我們給出差異備份與還原的T-SQL方法，代碼如下：
--
創(chuàng)建備份設(shè)備
EXEC
sp_addumpdevice
'
disk
'
,
'
MyAdvWorks_1
'
,
'
d:\backup\MyAdvWorks_1.bak
'
;
EXEC
sp_addumpdevice
'
disk
'
,
'
MyAdvWorks_diff1
'
,
'
d:\backup\MyAdvWorks_diff1.bak
'
;
EXEC
sp_addumpdevice
'
disk
'
,
'
MyAdvWorks_log1
'
,
'
d:\backup\MyAdvWorks_log1.bak
'
;
EXEC
sp_addumpdevice
'
disk
'
,
'
MyAdvWorks_log2
'
,
'
d:\backup\MyAdvWorks_log2.bak
'
;
--
數(shù)據(jù)庫備份階段
--
創(chuàng)建完整備份
BACKUP
DATABASE
MyAdvWorks
TO
MyAdvWorks_1
WITH
INIT;
GO
--
在完整備份之后創(chuàng)建差異備份
BACKUP
DATABASE
MyAdvWorks
TO
MyAdvWorks_diff1
WITH
DIFFERENTIAL;
GO
--
數(shù)據(jù)庫還原階段
--
完整還原
RESTORE
DATABASE
MyAdvWorks
FROM
MyAdvWorks_1
WITH
NORECOVERY;
GO
--
在完整還原之后差異還原
RESTORE
DATABASE
MyAdvWorks
FROM
MyAdvWorks_diff1
WITH
RECOVERY;
GO
在執(zhí)行上述完整還原的時(shí)候，SSMS報(bào)錯(cuò)，錯(cuò)誤內(nèi)容如下：
Msg
3159
,
Level
16
, State
1
, Line
2
The tail
of
the
log
for
the
database
"MyAdvWorks" has
not
been backed up.
Use
BACKUP
LOG
WITH
NORECOVERY
to
backup
the
log
if
it
contains
work
you do
not
want
to
lose.
Use
the
WITH
REPLACE
or
WITH
STOPAT clause
of
the
RESTORE
statement
to
just overwrite the contents
of
the
log
.
Msg
3013
,
Level
16
, State
1
, Line
2
RESTORE
DATABASE
is
terminating abnormally.
這是因?yàn)椋? 對(duì)于使用完全恢復(fù)模式或大容量日志恢復(fù)模式的數(shù)據(jù)庫，在大多數(shù)情況下，您必須在還原數(shù)據(jù)庫前備份日志的結(jié)尾。 ? 還原數(shù)據(jù)庫而不首先備份日志的末尾將導(dǎo)致錯(cuò)誤，除非 RESTORE DATABASE 語句包含 WITH REPLACE 或 WITH STOPAT 子句 ，此子句必須指定數(shù)據(jù)備份的結(jié)束時(shí)間或在數(shù)據(jù)備份結(jié)束之后發(fā)生的事務(wù)。 ? 有關(guān)結(jié)尾日志備份的詳細(xì)信息，請(qǐng)參閱 結(jié)尾日志備份 (SQL Server) 。RESTORE的語法可以 參考 RESTORE (Transact-SQL) 。為了解決上述錯(cuò)誤，我們將完整還原的TSQL語句修改如下：
--
完整還原
RESTORE
DATABASE
MyAdvWorks
FROM
MyAdvWorks_1
WITH
REPLACE
,NORECOVERY;
GO
REPLACE 選項(xiàng)的影響
應(yīng)盡可能避免使用 REPLACE，而且在使用該選項(xiàng)之前必須仔細(xì)考慮。 ? 還原一般會(huì)防止意外使用一個(gè)數(shù)據(jù)庫覆蓋另一個(gè)數(shù)據(jù)庫。 ? 如果 RESTORE 語句中指定的數(shù)據(jù)庫已存在于當(dāng)前服務(wù)器上，并且指定的數(shù)據(jù)庫系列 GUID 與備份集中記錄的數(shù)據(jù)庫系列 GUID 不同，則不還原該數(shù)據(jù)庫。 ? 這是一項(xiàng)重要的安全保護(hù)措施。
使用 REPLACE 選項(xiàng)后，就會(huì)忽略還原時(shí)通常執(zhí)行的幾項(xiàng)重要安全檢查。 ? 忽略的檢查如下：
-
還原時(shí)使用其他數(shù)據(jù)庫的備份覆蓋現(xiàn)有數(shù)據(jù)庫。
使用 REPLACE 選項(xiàng)后，即使指定的數(shù)據(jù)庫名稱與備份集中記錄的數(shù)據(jù)庫名稱不同，還原也允許您使用備份集中任何一個(gè)數(shù)據(jù)庫覆蓋現(xiàn)有數(shù)據(jù)庫。 ? 這會(huì)導(dǎo)致一個(gè)數(shù)據(jù)庫意外覆蓋另一個(gè)數(shù)據(jù)庫。
-
在沒有獲取結(jié)尾日志備份并也沒有使用 STOPAT 選項(xiàng)的情況下，使用完整恢復(fù)模式或大容量日志恢復(fù)模式對(duì)數(shù)據(jù)庫進(jìn)行還原。
使用 REPLACE 選項(xiàng)后，由于沒有備份最近寫入的日志，您會(huì)丟失提交的作業(yè)。
-
覆蓋現(xiàn)有文件。
例如，可能會(huì)錯(cuò)誤地覆蓋錯(cuò)誤類型的文件，如 .xls 文件或非聯(lián)機(jī)狀態(tài)的其他數(shù)據(jù)庫正在使用的文件等。 ? 如果覆蓋現(xiàn)有文件，則即使所還原的數(shù)據(jù)庫是完整的，也有可能丟失某些數(shù)據(jù)。
RECOVERY 和 NORECOVERY 的比較
仔細(xì)觀察上述完整還原和差異還原的TSQL語句，我們可以看到在 完整還原 階段，使用了 WITH NORECOVERY ，而 差異還原 ，則是使用了 RECOVERY 。
- NORECOVERY 指定 不發(fā)生回滾 。 ? 從而使 前滾 按順序在下一條語句中繼續(xù)進(jìn)行。 在這種情況下，還原順序可還原其他備份，并執(zhí)行前滾。
- RECOVERY（默認(rèn)值）表示，應(yīng)在完成當(dāng)前備份前滾之后執(zhí)行回滾。 恢復(fù)數(shù)據(jù)庫要求要還原的整個(gè)數(shù)據(jù)集（“前滾集”）必須與數(shù)據(jù)庫 一致 。 ? 如果前滾集尚未前滾到與數(shù)據(jù)庫保持一致的地步，并且指定了 RECOVERY，則數(shù)據(jù)庫引擎將發(fā)出錯(cuò)誤。
- 因此RESTORE...WITH RECOVERY狀態(tài)就表明此時(shí)數(shù)據(jù)庫已經(jīng)處于 一致性 狀態(tài)了。一般都是數(shù)據(jù)庫還原的最后一步才會(huì)使用RESTORE...WITH RECOVERY，其他時(shí)候都是使用RESTORE...WITH NORECOVERY。
前滾與回滾的區(qū)別 ?
前滾和回滾是 SQL Server中的兩個(gè)事務(wù)操作。
- 前滾用于恢復(fù)之前的操作。
比如：執(zhí)行一個(gè)刪除一條記錄的命令，剛剛把該操作的日志寫完（即在日志中已經(jīng)commit），并準(zhǔn)備執(zhí)行刪除操作時(shí)，但是此時(shí)停電了，因此這條記錄的刪除工作沒有完成。在下次啟動(dòng)SQL Server時(shí)，數(shù)據(jù)庫會(huì)讀取日志最近的一個(gè)檢查點(diǎn)(checkpoint)，然后重做所有已經(jīng)commit的事務(wù)，這就包括之前刪除記錄的操作。
- 回滾用于撤銷之前的操作。
比如：我要執(zhí)行一個(gè)銀行轉(zhuǎn)賬的事務(wù)，從賬戶A中轉(zhuǎn)出1000元到賬戶B中，在我執(zhí)行完A-1000的時(shí)候，數(shù)據(jù)庫down掉了，此時(shí)整個(gè)事務(wù)還沒有執(zhí)行完，因此事uncommitted的。所以在下次啟動(dòng)SQL Server的時(shí)候，數(shù)據(jù)庫會(huì)讀取日志最近的一個(gè)檢查點(diǎn)(checkpoint)，回滾所有那些uncommitted的事務(wù)。比如在這里會(huì)撤銷A-1000的操作，也就是會(huì)往A賬戶中加回去1000元。?
2.事務(wù)日志的還原
--
開始：實(shí)驗(yàn)2：事務(wù)日志備份與---------------------------------------------
--
創(chuàng)建備份設(shè)備
EXEC
sp_addumpdevice
'
disk
'
,
'
MyAdvWorks_1
'
,
'
d:\backup\MyAdvWorks_1.bak
'
;
EXEC
sp_addumpdevice
'
disk
'
,
'
MyAdvWorks_diff1
'
,
'
d:\backup\MyAdvWorks_diff1.bak
'
;
EXEC
sp_addumpdevice
'
disk
'
,
'
MyAdvWorks_log1
'
,
'
d:\backup\MyAdvWorks_log1.bak
'
;
EXEC
sp_addumpdevice
'
disk
'
,
'
MyAdvWorks_log2
'
,
'
d:\backup\MyAdvWorks_log2.bak
'
;
--
數(shù)據(jù)庫備份階段
--
創(chuàng)建完整備份
BACKUP
DATABASE
MyAdvWorks
TO
MyAdvWorks_1
WITH
INIT;
GO
--
在完整備份之后創(chuàng)建差異備份
BACKUP
DATABASE
MyAdvWorks
TO
MyAdvWorks_diff1
WITH
DIFFERENTIAL;
GO
--
事務(wù)日志備份
BACKUP
LOG
MyAdvWorks
TO
MyAdvWorks_log1;
GO
--
數(shù)據(jù)庫還原階段----------
--
結(jié)尾日志備份，結(jié)尾日志備份在還原階段，在restore之前先進(jìn)行結(jié)尾日志備份
use
master
BACKUP
LOG
MyAdvWorks
TO
MyAdvWorks_log2
WITH
INIT,
NORECOVERY;
GO
--
完整還原
RESTORE
DATABASE
MyAdvWorks
FROM
MyAdvWorks_1
WITH
NORECOVERY;
GO
--
差異還原
RESTORE
DATABASE
MyAdvWorks
FROM
MyAdvWorks_diff1
WITH
NORECOVERY;
GO
--
事務(wù)日志還原
RESTORE
LOG
MyAdvWorks
FROM
MyAdvWorks_log1
WITH
NORECOVERY;
GO
--
結(jié)尾日志還原
RESTORE
LOG
MyAdvWorks
FROM
MyAdvWorks_log2
WITH
RECOVERY;
GO
--
結(jié)束：實(shí)驗(yàn)2---------------------------------------------
3.備份到一個(gè)邏輯設(shè)備中
觀察上面的備份我們可以發(fā)現(xiàn)，我們創(chuàng)建了四個(gè)邏輯備份設(shè)備，分別用戶存儲(chǔ)完整備份，差異備份，事務(wù)日志備份和結(jié)尾日志備份。然后恢復(fù)的時(shí)候也是指定到這四個(gè)不同的備份設(shè)備，但是當(dāng)我們只創(chuàng)建一個(gè)備份設(shè)備，并且備份到同樣一個(gè)備份設(shè)備的時(shí)候。備份工作可以完成，還原工作就不能完成了。比如如何區(qū)分差異還原和完全還原，如何區(qū)分事務(wù)日志還原和結(jié)尾日志還原。因此無法通過TSQL進(jìn)行精確還原。
但是使用SSMS的話，我們可以在一個(gè)邏輯設(shè)備，并且進(jìn)行精確還原。
解決問題（PS:2012-7-9）
今天在使用restore stopat的時(shí)候看到了restore中有file關(guān)鍵字，并且在備份的時(shí)候在message中看到了file 1等字段，所以我就想這個(gè)file是不是就是備份集呢？后來驗(yàn)證是的，因此也就找到了使用一個(gè)邏輯設(shè)備進(jìn)行備份還原的方法。代碼示例如下
--
開始：實(shí)驗(yàn)2：事務(wù)日志備份與---------------------------------------------
--
創(chuàng)建備份設(shè)備
EXEC
sp_addumpdevice
'
disk
'
,
'
MyAdvWorks_1
'
,
'
d:\backup\MyAdvWorks_1.bak
'
;
--
數(shù)據(jù)庫備份階段
--
創(chuàng)建完整備份
BACKUP
DATABASE
MyAdvWorks
TO
MyAdvWorks_1
WITH
INIT;
GO
/*
Processed 280 pages for database 'MyAdvWorks', file 'MyAdvWorks' on file 1.
Processed 2 pages for database 'MyAdvWorks', file 'MyAdvWorks_log' on file 1.
BACKUP DATABASE successfully processed 282 pages in 0.257 seconds (8.568 MB/sec).
*/
--
在完整備份之后創(chuàng)建差異備份
BACKUP
DATABASE
MyAdvWorks
TO
MyAdvWorks_1
WITH
DIFFERENTIAL;
GO
/*
Processed 40 pages for database 'MyAdvWorks', file 'MyAdvWorks' on file 2.
Processed 1 pages for database 'MyAdvWorks', file 'MyAdvWorks_log' on file 2.
BACKUP DATABASE WITH DIFFERENTIAL successfully processed 41 pages in 0.108 seconds (2.965 MB/sec).
*/
--
事務(wù)日志備份
BACKUP
LOG
MyAdvWorks
TO
MyAdvWorks_1;
GO
/*
Processed 4 pages for database 'MyAdvWorks', file 'MyAdvWorks_log' on file 3.
BACKUP LOG successfully processed 4 pages in 0.078 seconds (0.338 MB/sec).
*/
--
數(shù)據(jù)庫還原階段----------
--
結(jié)尾日志備份，結(jié)尾日志備份在還原階段，在restore之前先進(jìn)行結(jié)尾日志備份
BACKUP
LOG
MyAdvWorks
TO
MyAdvWorks_1
WITH
NORECOVERY;
GO
/*
Processed 1 pages for database 'MyAdvWorks', file 'MyAdvWorks_log' on file 4.
BACKUP LOG successfully processed 1 pages in 0.059 seconds (0.041 MB/sec).
*/
--
完整還原
RESTORE
DATABASE
MyAdvWorks
FROM
MyAdvWorks_1
WITH
FILE
=
1
,
NORECOVERY;
GO
/*
Processed 280 pages for database 'MyAdvWorks', file 'MyAdvWorks' on file 1.
Processed 2 pages for database 'MyAdvWorks', file 'MyAdvWorks_log' on file 1.
RESTORE DATABASE successfully processed 282 pages in 0.363 seconds (6.066 MB/sec).
*/
--
差異還原
RESTORE
DATABASE
MyAdvWorks
FROM
MyAdvWorks_1
WITH
FILE
=
2
,
NORECOVERY;
GO
/*
Processed 40 pages for database 'MyAdvWorks', file 'MyAdvWorks' on file 2.
Processed 1 pages for database 'MyAdvWorks', file 'MyAdvWorks_log' on file 2.
RESTORE DATABASE successfully processed 41 pages in 0.129 seconds (2.483 MB/sec).
*/
--
事務(wù)日志還原
RESTORE
LOG
MyAdvWorks
FROM
MyAdvWorks_1
WITH
FILE
=
3
,
NORECOVERY;
GO
/*
Processed 0 pages for database 'MyAdvWorks', file 'MyAdvWorks' on file 3.
Processed 4 pages for database 'MyAdvWorks', file 'MyAdvWorks_log' on file 3.
RESTORE LOG successfully processed 4 pages in 0.044 seconds (0.599 MB/sec).
*/
--
結(jié)尾日志還原
RESTORE
LOG
MyAdvWorks
FROM
MyAdvWorks_1
WITH
FILE
=
4
,
RECOVERY;
GO
/*
Processed 0 pages for database 'MyAdvWorks', file 'MyAdvWorks' on file 4.
Processed 1 pages for database 'MyAdvWorks', file 'MyAdvWorks_log' on file 4.
RESTORE LOG successfully processed 1 pages in 0.019 seconds (0.128 MB/sec).
*/
--
結(jié)束：實(shí)驗(yàn)2---------------------------------------------
在備份的時(shí)候，message中顯示文件被備份到了哪一個(gè)file中，所以在restore的時(shí)候，指定file序號(hào)就可以執(zhí)行還原了。
?
?
更多文章、技術(shù)交流、商務(wù)合作、聯(lián)系博主
微信掃碼或搜索：z360901061
微信掃一掃加我為好友
QQ號(hào)聯(lián)系： 360901061
您的支持是博主寫作最大的動(dòng)力，如果您喜歡我的文章，感覺我的文章對(duì)您有幫助，請(qǐng)用微信掃描下面二維碼支持博主2元、5元、10元、20元等您想捐的金額吧，狠狠點(diǎn)擊下面給點(diǎn)支持吧，站長非常感激您！手機(jī)微信長按不能支付解決辦法：請(qǐng)將微信支付二維碼保存到相冊(cè)，切換到微信，然后點(diǎn)擊微信右上角掃一掃功能，選擇支付二維碼完成支付。
【本文對(duì)您有幫助就好】元
