sql server資料同步方案－記錄傳送

標籤：使用   strong   檔案   資料   io   re   

1 功能描述

　　本方案採用記錄傳送模式，把核心資料庫（主要資料庫）定期同步到災備資料庫（次要伺服器）及備份庫（次要伺服器，便於其他系統使用，減輕主要資料壓力），期間，如果發生異常導致無法同步，將以電子郵件、簡訊方式通知管理員。

2 系統內容

2.1硬體

    主要資料庫: SQLHA

    災備程式庫伺服器：DisaterDBSVRA

    備份程式庫伺服器：BackupDataSVR

2.2軟體

     主要資料庫：

        Win2008 x64

        SQL2005 SP4 x64

     災備庫：

        Win2008 x64

        SQL2005 SP4 x64

     備份庫：

　　　同上

2.3 網路

　　主要資料庫與災備資料庫之間網路頻寬為20M.

3 部署過程

3.1 準備

3.1.1 設定資料庫復原模式（Recovery Model）

把主要資料庫、所有的備份資料庫的復原模式都設定為：完全復原模式(FULL)，操作方法為：右擊資料庫名稱->屬性->Options

3.1.2 備份主要資料庫

完全備份主要資料庫。

3.1.3 拷貝備份檔案

把主要資料庫的備份檔案拷貝到所有次要伺服器，限於兩地之間的頻寬，且Database Backup檔案比較大，這將是一個很耗時的過程。

3.1.4 恢複次要資料庫

將備份的資料庫，分別恢複到災備資料庫和備份資料庫中（注意所有資料庫要同名）。

恢複備份庫時，選擇“Leave the database non-operational and do….(RESTORE WITH NORECOVERY)”，完成之後資料庫顯示Restoring：

3.1.5 設定共用目錄

1. 在主要資料庫伺服器上設定共用目錄\\PrimaryBackup，使用者要有讀寫權限，用於存放每次產生的記錄備份檔案

2. 在所有備份伺服器上設定共用目錄\\SecondaryDBBackup，使用者要有讀寫權限，用於存放從主要資料庫拷貝過來的備份檔案。

3.1.6 準備調度計劃 (JOB)

備份作業：每天2:00AM執行一次

拷貝作業：每天2:30AM執行一次

恢複作業：每天3:00AM執行一次

3.2 尾Tlog

1. 備份尾日誌

尾日誌是指上次對主要資料庫完全備份之後，在主要資料庫中新增加的日誌。為了保證不再產生尾日誌，備份尾日誌之前，必須保證所有主要資料庫串連斷開。

在主伺服器master中運行備份尾日誌命令：

backup log XXX to disk=‘Z:\PrimaryBackup\XXX-001.bak’

2. 把尾日誌恢複到備份資料庫

依次在各次要伺服器master中，運行以下命令：

restore log XXX from disk = ‘Z:\SecondaryBackup\XXX-001.bak ‘ with norecovery;

提示：部署完成之前，必須保證沒有任何資料寫入主要資料庫！

3.3 配置記錄傳送

滑鼠右鍵點擊主要資料庫->屬性->Transaction Log Shipping

勾選Enable this as a primary database in a log shipping configuration.

3.3.1 配置交易記錄備份計劃

點擊Backup Setting按鈕，進入交易記錄備份計劃配置視窗.

1. 在Network path to backup folder輸入框填寫剛才建立的本機共用目錄，這裡是\\XXX\PrimaryBackup
2.在If the backup folder is located on the primary server,type a local path to the folder輸入框填入共用目錄的本地路徑，這裡是C:\PrimaryBackup
3.在Alert if no backup occurs within輸入框，填入拷貝警示時間間隔（注意：預設小時）
4.在Delete files older than輸入框中，填入刪除曆史檔案的時間長度
5.點擊Schedule按鈕，設定交易記錄備份調度計劃.選擇Occurs every，並輸入發生時間，如2:00AM，設定完成之後，點擊OK按鈕，回到資料庫屬性視窗。

在Backup Setting按鈕右邊可以看到備份作業的調度計劃描述資訊。

 3.3.2 配置次要伺服器

點擊Add按鈕，開始部署次要伺服器:

1.串連

點擊Connect按鈕，串連次要資料庫：

2.初始化

串連資料庫成功後:

在Initialize Secondary Database頁面中選擇：No, the secondary database is initialized.

3.拷貝交易記錄

在Copy Files頁面中: 

1) 輸入次要伺服器的共用路徑，這是存放從主伺服器拷貝過來的記錄檔

2) 輸入刪除曆史檔案的時間間隔

3) 點擊Schedule按鈕，進入拷貝交易記錄作業調度計劃設定視窗

同備份作業調度假話，這裡也選擇Occurs every，並輸入時間2:30AM.

4.恢複交易記錄

 點擊進入Recovery Transaction Log頁面:

　1)選擇Standby mode

　2) 勾選Disconnect users in the database when restoring backups　

　3)在Alert if no restore occurs within輸入框中輸入交易記錄恢複預警間隔

點即Schedule按鈕，設定恢複交易記錄作業調度計劃：

3.4 配置警告通知 (這部分略)

3.5 檢查及驗證

3.5.1 監控作業運行情況

Management Studio->SQL Server Agent->Jobs->右擊Job History Monitor

3.5.2 作業詳細運行資訊

右擊作業名稱LSBackup_XXX->View History

3.5.3 檢查是否同步

Management Studio->右擊伺服器名稱->Reports->Transaction Log Shipping Status

Status為Good即為同步正常。

 

至此，記錄傳送方案已配置完畢，沒有配置，請涼解。 如果大家有什麼不解的地方，可以留言，我可以把部分發給您。

藉此機會，謝謝園友們，在我們這個項目初期調研時，提供了很多對我們有價值的資料。一併感謝。我們也算開源啦:).