實現(xiàn)Standby SQL Server 數(shù)據(jù)庫的方法
一、什么要備份數(shù)據(jù)庫 ？
在現(xiàn)實IT世界里，我們使用的服務(wù)器硬件可能因為使用時間過長，而發(fā)生故障;
Windows系列服務(wù)器有可能藍(lán)屏或者感染病毒;SQL Server數(shù)據(jù)庫也可能因為誤操作或Bug而停止運行。
如何有效備份SQL Server數(shù)據(jù)庫，避免故障真正發(fā)生時長時間的宕機，是每個系統(tǒng)管理員必須面對的任務(wù)。
二、簡單實現(xiàn)Standby Sql Server 數(shù)據(jù)庫的原理
我這里介紹一種不需要多大硬件投入（只需一臺專用或兼用備份服務(wù)器）的Standby SQL Server的簡單配置和使用方法。
數(shù)據(jù)庫完全備份和日志備份文件通過Msdos下xcopy命令從工作環(huán)境復(fù)制到備份環(huán)境（比在SQL Server里設(shè)置日志轉(zhuǎn)移方法要簡單得多），
備份環(huán)境再根據(jù)xcopy過來的備份文件設(shè)定作業(yè)（執(zhí)行一些存儲過程）來完成自動恢復(fù)操作。
如果意外發(fā)生時，這樣的備份體系當(dāng)然還需要人為地來干預(yù)和恢復(fù)（如改變備份機器的IP地址和主機名或更改應(yīng)用程序的連接數(shù)據(jù)庫參數(shù)等），會丟失一些數(shù)據(jù)也在所難免。
下面是我的測試環(huán)境Standby SQL Server備份體系圖：
三、備份和恢復(fù)案例介紹
首先我們要了解系統(tǒng)所能承受的最長宕機時間是多少（假如是1小時），能承受的數(shù)據(jù)丟失最多是多少（假如是30分鐘），用它來定下備份和恢復(fù)的目標(biāo)：
工作環(huán)境下的某一個SQL Server數(shù)據(jù)庫（假如是db_test）必須設(shè)置成完全故障還原模式;
然后在數(shù)據(jù)庫維護(hù)計劃里設(shè)定每天凌晨四點做一次完全數(shù)據(jù)庫備份（每天從0:00開始，每20分鐘做一次數(shù)據(jù)庫日志文件的備份，直到23:59分）;
備份目錄下只保留最近一天內(nèi)的完全備份和日志備份文件;并把此目錄共享。
備份環(huán)境下的服務(wù)器在［控制面板］-》［任務(wù)計劃］里添加一個每天0:05分開始，每20分鐘執(zhí)行一次的xcopy局域網(wǎng)上備份目錄下***文件的任務(wù)，直到23:59分。
xcopy \\192.168.0.1\db_test_backup\ F：\backup_data\db_test\ /c /y /d /s
備份服務(wù)器上SQL Server根據(jù)復(fù)制過來的備份文件，也每天0:10分開始，每20分鐘執(zhí)行一次由舊到新，逐一恢復(fù)數(shù)據(jù)庫的作業(yè)（調(diào)用我改寫的過程sp_RestoreDir實現(xiàn)）;
另外還有一個刪除備份服務(wù)器兩天前備份文件的作業(yè)（調(diào)用我寫的過程p_delete_db_test_backup實現(xiàn)），避免備份硬盤扇區(qū)被裝滿。
過程sp_RestoreDir的源代碼： sp_RestoreDir.sql
過程p_delete_db_test_backup的源代碼：p_delete_db_test_backup.sql
四、結(jié)束語
實現(xiàn)Standby SQL Server 數(shù)據(jù)庫的方法沒有主從服務(wù)器之間明顯的依賴關(guān)系，沒有復(fù)雜的配置，只要我們定好備份和恢復(fù)時間計劃表，就可以簡單實現(xiàn)實時備份數(shù)據(jù)庫的目的了。希望上文中涉及到的內(nèi)容對大家能夠有所幫助。
【編輯推薦】
- SQL Server 數(shù)據(jù)庫故障修復(fù)***技巧之一
- 對SQL Server 數(shù)據(jù)庫易混淆的數(shù)據(jù)類型的描述
- SQL Server 數(shù)據(jù)庫出現(xiàn)崩潰狀況的補救
- SQL Server 數(shù)據(jù)庫內(nèi)存持續(xù)不斷增加的原因
