推薦：通過事務日志解決SQL Server常見四大故障(二)
數(shù)據(jù)庫鏡像方案有兩種鏡像運行模式。一種是

當系統(tǒng)出現(xiàn)故障時，只要存在數(shù)據(jù)日志那么就可以利用它來恢復數(shù)據(jù)解決數(shù)據(jù)庫故障。作為SQL Server數(shù)據(jù)庫管理員，了解數(shù)據(jù)日志文件的作用，以及如何利用它來解決一些數(shù)據(jù)庫的常見故障，這非常重要。既然事務日志這么重要，那么他到底可以用來做什么事情呢?口說無憑，筆者這里就跟大家說說事務日志到底可以用來解決什么故障。

故障一：服務器意外關閉造成的損失。

俗話說，天又不測風云。數(shù)據(jù)庫服務器如果因為突然斷電或者其他一些原因意外當機時，再重新啟動服務器后會出現(xiàn)一些數(shù)據(jù)的損失。這主要是因為數(shù)據(jù)庫中的數(shù)據(jù)發(fā)生更改后，并不會在第一時間就把數(shù)據(jù)寫入到硬盤中。為了提高數(shù)據(jù)庫的運行效率，往往是先把數(shù)據(jù)寫入到數(shù)據(jù)高速緩存中;同時把更改的情況寫入到事務日志中。等到一定的情況數(shù)據(jù)庫系統(tǒng)才會把數(shù)據(jù)寫入到硬盤文件中。

此時，如果數(shù)據(jù)庫服務器系統(tǒng)突然發(fā)生故障，數(shù)據(jù)庫系統(tǒng)就有可能還沒有把緩存中的修改后的數(shù)據(jù)寫入到硬盤中，即數(shù)據(jù)文件內有未完成事務所做的修改。如果確實有這種情況，則當啟動SQL Server實例時，如果沒有事務日志或者事務日志損壞時，修改后的數(shù)據(jù)就無法恢復過來了。但是，如果當事務日志可用的話，則當實例啟動時，系統(tǒng)會丟每個數(shù)據(jù)庫執(zhí)行恢復操作。前滾日至中記錄的、可能尚未寫入數(shù)據(jù)文件的每個修改。在事務日志中找到的每個未完成的事務都將回滾，以確保數(shù)據(jù)庫數(shù)據(jù)的完整性。

所以當數(shù)據(jù)庫服務器意外故障時，數(shù)據(jù)庫管理員最好能夠確認一下事務日志是否可用。如果事務日志已經(jīng)損壞，那么就需要先恢復事務日志然后再重新啟動數(shù)據(jù)庫實例。否則的話，數(shù)據(jù)庫實例在重新啟動時不能夠正�；謴蛿�(shù)據(jù)。這一點在遇到服務器突發(fā)行的故障時一定要注意。否則的話，很可能破壞數(shù)據(jù)庫數(shù)據(jù)的完整性。

故障二：解決備份數(shù)據(jù)庫的數(shù)據(jù)同步問題。

有時候出于數(shù)據(jù)庫高可用性的目的，需要在生產(chǎn)服務器之外的地方再部署一臺數(shù)據(jù)庫服務器。當生產(chǎn)服務器出現(xiàn)故障不可用時，則可以馬上啟用這個備用的服務器。故就需要保證生產(chǎn)服務器與備用服務器之間數(shù)據(jù)的同步。那么SQL Server數(shù)據(jù)庫是通過什么技術來達到這個生產(chǎn)服務器與備份服務器之間的數(shù)據(jù)同步的呢?簡單的說，就是通過這個事務日志的復制來實現(xiàn)數(shù)據(jù)同步的。具體的來說，SQL Server數(shù)據(jù)庫提供了兩種解決方案，分別為數(shù)據(jù)鏡像與日志傳送。這兩個方案都是在事務日志復制的基礎上來實現(xiàn)的。

在日志傳送方案中，生產(chǎn)服務器將生產(chǎn)數(shù)據(jù)庫的活動事務日志發(fā)送到一個或多個目標服務器。每個輔助服務器將該日志還原為其本地的輔助數(shù)據(jù)庫，從而實現(xiàn)備用服務器與生產(chǎn)服務器之間數(shù)據(jù)的一致性。使用日志傳送，您可以自動將“主服務器”實例上“主數(shù)據(jù)庫”內的事務日志備份發(fā)送到單獨“輔助服務器”實例上的一個或多個“輔助數(shù)據(jù)庫”。事務日志備份分別應用于每個輔助數(shù)據(jù)庫�？蛇x的第三個服務器實例(稱為“監(jiān)視服務器”)記錄備份和還原操作的歷史記錄及狀態(tài)，還可以在無法按計劃執(zhí)行這些操作時引發(fā)警報。日志傳送配置中的主服務器是作為生產(chǎn)服務器的 SQL Server 數(shù)據(jù)庫引擎實例。主數(shù)據(jù)庫是主服務器上希望備份到其他服務器的數(shù)據(jù)庫。通過數(shù)據(jù)庫進行的所有日志傳送配置管理都是在主數(shù)據(jù)庫中執(zhí)行的。另外需要注意的是，如果采用日志傳送方案對于生產(chǎn)服務器的工作模式有限制。生產(chǎn)數(shù)據(jù)庫必須使用完整恢復模式或大容量日志恢復模式。如果將數(shù)據(jù)庫切換為簡單恢復模式會導致日志傳送停止工作。
一臺備用服務器可以包含多臺不同生產(chǎn)服務器中數(shù)據(jù)庫的備份副本。例如，某個集團公司可能有三臺數(shù)據(jù)庫服務器，每臺服務器都運行關鍵數(shù)據(jù)庫系統(tǒng)。在這種情況下，可以只使用一臺輔助服務器，而不必使用三臺單獨的輔助服務器。三個主系統(tǒng)上的備份都可以加載到這個備份系統(tǒng)中，從而減少所需的資源數(shù)量并節(jié)省開支，也可以數(shù)據(jù)庫管理員的工作量。
另外也可以通過數(shù)據(jù)庫鏡像方案中來解決生產(chǎn)服務器與備用服務器之間的數(shù)據(jù)同步問題。生產(chǎn)數(shù)據(jù)庫的每次更新都在獨立的、完整的備份數(shù)據(jù)庫中立即重新生成。主體服務器實例立即將每個日志記錄發(fā)送到鏡像服務器實例，鏡像服務器實例將傳入的日志記錄應用于鏡像數(shù)據(jù)庫，從而將其繼續(xù)前滾。“數(shù)據(jù)庫鏡像”是用于提高數(shù)據(jù)庫可用性的首選軟件解決方案。鏡像基于每個數(shù)據(jù)庫實現(xiàn)，并且只適用于使用完整恢復模式的數(shù)據(jù)庫。簡單恢復模式和大容量日志恢復模式不支持數(shù)據(jù)庫鏡像。因此，所有大容量操作始終被完整地記入日志。數(shù)據(jù)庫鏡像可使用任意支持的數(shù)據(jù)庫兼容級別。在“數(shù)據(jù)庫鏡像模式”中，主體服務器和鏡像服務器作為伙伴進行通信和協(xié)作。兩個伙伴在會話中扮演互補的角色：主體角色(生產(chǎn)服務器)和鏡像角色(備份服務器)。在任何給定的時間，都是一個伙伴扮演生產(chǎn)服務器角色，另一個伙伴扮演備用服務器角色。如果生產(chǎn)服務器角色出現(xiàn)故障時，則備份服務器角色馬上會頂替出現(xiàn)故障的生產(chǎn)服務器角色，轉變?yōu)樯�產(chǎn)服務器角色。從而實現(xiàn)數(shù)據(jù)庫的高可用性。

分享：談SQL Data Services將成為云中完整的數(shù)據(jù)庫
各大云計算提供商(亞馬遜、谷歌和微軟)目前都使用了鍵/值存儲方式。然而，在San Francisco召開的MSDN開發(fā)者大會上，微軟宣布他們在獲取ISV的反饋之后，決定通過SQL Data Service(SDS)提供SQL Server的RDBMS功能。 Register UK的Gavin Clarke采訪了Mark Hinds