集群是一種實現(xiàn)高可用性的有效解決方案，有時它會適得其反。而且，它還非常昂貴。因此，數(shù)據(jù)庫管理員可使用日志轉(zhuǎn)移代替集群來提供較高的可用性。

日志轉(zhuǎn)移是這樣一種處理過程，它能將某一數(shù)據(jù)庫中的事務(wù)日志文件依次轉(zhuǎn)存到備份的數(shù)據(jù)庫中，進而為這一數(shù)據(jù)庫創(chuàng)建一個“近乎”熱備份。SQL Server 2000的數(shù)據(jù)庫引擎中設(shè)置了日志轉(zhuǎn)移功能，并在其中進行處理。所以它會自動完成復(fù)原到備份服務(wù)器的進程，而不需要數(shù)據(jù)庫管理員手動操作。只有你的產(chǎn)品服務(wù)器操作失敗，你才需手動完成到備份服務(wù)器的復(fù)原進程。(注釋：盡管SQL Server 7.0和2005中均有日志轉(zhuǎn)移功能，但本文主要針對SQL Server 2000。)

◆為什么要使用日志轉(zhuǎn)移?

日志轉(zhuǎn)移是一種解決高可用性的措施，并且十分有效。同樣作為高可用性的措施方案，日志轉(zhuǎn)移相對集群來說，最大的好處是它要便宜許多。這是因為，使用集群功能有硬件要求，而日志轉(zhuǎn)移則不需要。

日志轉(zhuǎn)移在數(shù)據(jù)庫與數(shù)據(jù)庫而非服務(wù)器與服務(wù)器之間進行;因此才有可能將備份數(shù)據(jù)庫存儲在你已用作其他用途的服務(wù)器上。但如果轉(zhuǎn)移失敗則有可能會出現(xiàn)問題，這時你可換用備份數(shù)據(jù)庫，這種選擇是可用的。

日志轉(zhuǎn)移相對比較容易安裝。SQL Server提供了非常完善的向?qū)椭惆惭b這個進程。

日志轉(zhuǎn)移允許你保存分布在不同地理位置中的冗余數(shù)據(jù)，SQL Server的集群功能則很難做到這一點。這一特點十分出眾，因為，當(dāng)你的數(shù)據(jù)中心遭到災(zāi)難時，你仍能在備份服務(wù)器中將其恢復(fù)過來。而在相同的數(shù)據(jù)中心，如果你使用的是集群功能，你就會陷入麻煩。

日志轉(zhuǎn)移的另一優(yōu)點是你能將備份數(shù)據(jù)庫作為報告數(shù)據(jù)庫使用，這對許多公司來說是很不錯的選擇。但如果你決定了用這個備份數(shù)據(jù)庫作報告使用，就必須注意它的局限性。使用原始數(shù)據(jù)庫中的日志時，SQL Server 要求指定唯一的通道，所以，當(dāng)日志文件正在被應(yīng)用時，報告則不能同時進行。

◆使用日志轉(zhuǎn)移要考慮的相關(guān)因素

在將日志轉(zhuǎn)移作為高可用性的方案來使用時，我們必須考慮以下幾點因素。由于從原始數(shù)據(jù)庫到備份數(shù)據(jù)庫有一個潛伏期，對你的公司而言，它并非一定是可行的實現(xiàn)高可用性的一種解決方案。潛伏期由數(shù)據(jù)庫管理員設(shè)置，時間也因需要而縮短, 但永遠不能避免。

日志轉(zhuǎn)移中沒有設(shè)置恢復(fù)功能，這就意味著在將日志轉(zhuǎn)移到備份服務(wù)器上時，這些日志都暫時不可用。因此，數(shù)據(jù)庫管理員必須在將備份數(shù)據(jù)庫放到網(wǎng)上前完成一系列的操作，這些步驟包括:

將已存儲在備份數(shù)據(jù)服務(wù)器上原始數(shù)據(jù)庫里的備份標(biāo)簽存儲起來。一旦所有的標(biāo)簽被存儲后，數(shù)據(jù)庫就必須得到恢復(fù)，然后放到網(wǎng)上。

一旦所有的數(shù)據(jù)庫都已放在網(wǎng)上，所有需要訪問數(shù)據(jù)庫的應(yīng)用程序就需要改變自身的鏈接。如果你不能將應(yīng)用程序盡快指向剛剛恢復(fù)的數(shù)據(jù)庫，你就前功盡棄了。

一個SQL Server的實例能用于監(jiān)控日志轉(zhuǎn)移。這個實例可以在原始數(shù)據(jù)庫、備份數(shù)據(jù)庫或單獨的數(shù)據(jù)庫中。任何一種版本的SQL Server都能用于SQL Server監(jiān)控。

注釋：數(shù)據(jù)庫登錄必須在原始數(shù)據(jù)庫與備份數(shù)據(jù)庫之間同時進行。

更多信息請查看IT技術(shù)專欄