sql 交易記錄傳輸

來源:互聯網
上載者:User

標籤:style   blog   http   io   color   ar   os   使用   sp   

原文:sql 交易記錄傳輸

概述

       可以使用記錄傳送將交易記錄不間斷地從一個資料庫(主要資料庫)發送到另一個資料庫(次要資料庫)。不間斷地備份主要資料庫中的交易記錄,然後將它們複製並還原到次要資料庫,這將使次要資料庫與主要資料庫基本保持同步。目標伺服器充當備份伺服器,並可以將查詢處理從主伺服器重新分配到一個或多個唯讀次要伺服器。記錄傳送可與使用完整或大量記錄復原模式的資料庫一起使用;使用記錄傳送,您可以自動將“主伺服器”執行個體上“主要資料庫”內的交易記錄備份發送到單獨“次要伺服器”執行個體上的一個或多個“次要資料庫”。交易記錄備份分別應用於每個次要資料庫。可選的第三個伺服器執行個體(稱為“監視伺服器”)記錄備份與還原操作的記錄及狀態,還可以在無法按計劃執行這些操作時引發警報

操作組成

  1. 在主伺服器執行個體中備份交易記錄。
  2. 將交易記錄檔複製到次要伺服器執行個體。
  3. 在次要伺服器執行個體中還原記錄備份。

主伺服器和資料庫

記錄傳送設定中的主伺服器是作為生產伺服器的 SQL Server 資料庫引擎執行個體。主要資料庫是主伺服器上希望備份到其他伺服器的資料庫。通過 SQL Server Management Studio 進行的所有記錄傳送設定管理都是在主要資料庫中執行的。

主要資料庫必須使用完整復原模式或大量記錄復原模式,將資料庫切換為簡單復原模式會導致記錄傳送停止工作。

次要伺服器和資料庫

記錄傳送設定中的次要伺服器是您想要在其中保留主要資料庫備用副本的伺服器。一台次要伺服器可以包含多台不同主伺服器中資料庫的備份副本。例如,某個部門可能有五台伺服器,每台伺服器都運行關鍵資料庫系統。在這種情況下,可以只使用一台次要伺服器,而不必使用五台單獨的次要伺服器。五個主系統上的備份都可以載入到這個備份系統中,從而減少所需的資源數量並節省開支。不太可能出現多個主系統同時發生故障的情況。另外,為了應對多個主系統同時停用罕見情況,次要伺服器的規格可以比各主伺服器高。

次要資料庫必須通過還原主要資料庫的完整備份的方法進行初始化。還原時可以使用 NORECOVERY 或 STANDBY 選項。這可以手動或通過 SQL Server Management Studio 實現。

監視伺服器

監視伺服器是可選的,它可以追蹤記錄檔傳送的所有細節,包括:

    • 主要資料庫中交易記錄最近一次備份的時間。
    • 次要伺服器最近一次複製和還原備份檔案的時間。
    • 有關任何備份失敗警報的資訊。

監視伺服器應獨立於主伺服器和次要伺服器,以避免由於主伺服器或次要伺服器的丟失而丟失關鍵資訊和中斷監視。一台監視伺服器可以監視多個記錄傳送設定。在這種情況下,使用該監視伺服器的所有記錄傳送設定將共用一個警報作業。

 

 步驟方法

 在設定資料庫之前首先要將主要資料庫進行一個完整備份,然後在次要伺服器上進行還原,還原指令碼如下,注意保持資料庫為正在還原狀態(norecovery)

RESTORE DATABASE [test] FROM  DISK = N‘D:\Microsoft SQL Server\MSSQL10.MSSQLSERVER\MSSQL\Backup\test.bak‘ WITH  FILE = 1,  MOVE N‘test‘ TO N‘D:\Microsoft SQL Server\MSSQL10.MSSQLSERVER\MSSQL\useData\test.mdf‘,  MOVE N‘test_log‘ TO N‘D:\Microsoft SQL Server\MSSQL10.MSSQLSERVER\MSSQL\useData\test_1.ldf‘,  NORECOVERY,  NOUNLOAD,  STATS = 10

 

1.配置主要資料庫

選擇需要進行日誌傳輸的資料庫,滑鼠右鍵屬性-交易記錄傳輸-勾選"將此資料庫啟用為日誌傳輸配置中的主要資料庫"

 

點擊“備份設定”,此過程也就是建立一個主要資料庫的備份計劃(LsBack_test123),在這裡之前你要在本機建立一個用於存放主要資料庫的備份檔案夾,同時你要將這個檔案夾設共用,供次要伺服器訪問,檔案夾許可權設為everyone可讀寫,最後添加一個來賓組的讀取許可權,配置如下,同時你也可以對備份作業進行備份時間計劃,這個計划具體根據備份需求

備份計劃

配置主要資料庫要注意的地方主要就是共用資料夾的讀寫權限問題。

2.配置次要伺服器和資料庫

點擊添加添加次要資料庫

 

串連次要伺服器(我這裡是做為測試連接的是本機伺服器,實際是需要串連次要伺服器)

選擇複製檔案(該步驟會建立一個複製計劃“LSCopy_C-3A89048AF8DF4_test123”,將剛才主要資料庫的記錄備份檔案複製到次要伺服器中設定的檔案夾中)

首先要在次要伺服器(假如是:192.168.1.3)上建立一個共用資料夾,該檔案夾許可權需要可以讀寫,可以設定為everyone可以讀寫權限

該步驟計劃的計劃實際可以設定為最短時間也就是主要資料庫備份完成立刻複製

還原交易記錄(該步驟會建立一個還原計劃“LSRestore_C-3A89048AF8DF4_test123”,將拷貝過來的記錄檔在次要伺服器上進行還原,同時可以選擇資料庫狀態是否截斷使用者串連)

同樣還原計劃時間可以間隔可以設定的比較短,可以第一時間還原備份

整個次要伺服器就配置完成了,這樣同樣容易出現的問題就是次要伺服器檔案夾的共用問題,會出現拷貝不了的問題

3.監視伺服器配置

監視伺服器不是必須的選項也就是可以不進行配置,此過程就是建立一個監視作業(警報作業)“LSAlert_C-3A89048AF8DF4”

 

 總結

       交易記錄傳輸與跟複製訂閱相比:交易記錄傳輸操作更簡單而複製訂閱更具體;

       交易記錄傳輸與跟資料庫鏡像相比:交易記錄傳輸比資料庫鏡像的成本低,交易記錄傳輸也可以在單資料庫執行個體上進行,

  狀態圖:

 

備忘:

    pursuer.chen

    部落格:http://www.cnblogs.com/chenmh

本網站所有隨筆都是原創,歡迎大家轉載;但轉載時必須註明文章來源,且在文章開頭明顯處給明連結,否則保留追究責任的權利。

《歡迎交流討論》

sql 交易記錄傳輸

聯繫我們

該頁面正文內容均來源於網絡整理,並不代表阿里雲官方的觀點,該頁面所提到的產品和服務也與阿里云無關,如果該頁面內容對您造成了困擾,歡迎寫郵件給我們,收到郵件我們將在5個工作日內處理。

如果您發現本社區中有涉嫌抄襲的內容,歡迎發送郵件至: info-contact@alibabacloud.com 進行舉報並提供相關證據,工作人員會在 5 個工作天內聯絡您,一經查實,本站將立刻刪除涉嫌侵權內容。

A Free Trial That Lets You Build Big!

Start building with 50+ products and up to 12 months usage for Elastic Compute Service

  • Sales Support

    1 on 1 presale consultation

  • After-Sales Support

    24/7 Technical Support 6 Free Tickets per Quarter Faster Response

  • Alibaba Cloud offers highly flexible support services tailored to meet your exact needs.