SQL Server 日誌傳送：DBA 完全指南 [2026]

它的主要作用是災難恢復，當主伺服器因硬體故障、軟體損壞或影響資料中心的災難性事件而無法使用時，提供可靠的故障轉移目標。
它也是一種經濟實惠的方法。高可用性解決方案與需要昂貴許可的企業級功能不同，日誌傳送可以與…配合使用 SQL Server 標準版，使預算有限的組織也能負擔得起。
備用模式的輔助資料庫除了用於災難復原外，還能提供其他價值。資料庫管理員可以利用它們進行唯讀報表生成，並將查詢工作負載從生產伺服器卸載。
延遲恢復功能可防止意外的資料修改。透過配置恢復延遲，您可以建立一個時間窗口，以便在使用者錯誤操作造成破壞性變更影響到輔助資料庫之前進行復原。

2. SQL Server 原木運輸組件和工作流程

原木運輸包括以下幾個部分：

主伺服器和主資料庫：主伺服器代表您的生產環境 SQL Server 運行主資料庫的執行個體。
備份共用：用於儲存和傳輸交易日誌備份（從主伺服器到輔助伺服器）的中間位置。
輔助伺服器和輔助資料庫：輔助伺服器託管主資料庫的熱備用副本。
監控伺服器（選用）：此伺服器追蹤整個日誌傳送拓撲中所有備份、複製和復原作業的歷史記錄和狀態。
代理作業：包括備份、複製、復原和警報作業，以實現整個日誌傳送過程的自動化。

自動化工作流程如下：

備份作業在主伺服器上運行，並在備份共享上建立主資料庫的交易日誌備份。
複製作業在每個輔助伺服器上執行，並將日誌備份檔案從備份共用傳輸到輔助伺服器。
復原作業在每個輔助伺服器上執行，並將複製的交易日誌備份套用到輔助資料庫。
警報作業在監控伺服器上執行，檢查備份和復原作業是否在可接受的時間範圍內完成。

3. 先決條件和要求

3.1 SQL Server 版本要求

自 SQL Server 2000 年及以後的所有版本均繼續提供支持 SQL Server 2005 年至 2025 年。這種長期的支持表明了該技術的穩定性和持續相關性。

3.2 SQL Server 版本要求

日誌傳送功能適用於標準版、工作群組版、企業版和開發人員版。 SQL Server這種廣泛的版本支援使得沒有企業版許可證的組織也能使用日誌傳送功能，這與某些功能不同，例如：始終在線可用性組需要企業版或評估版。

注意：Express Edition 不支援日誌傳送。

3.3 資料庫復原模型要求

日誌傳送要求主資料庫使用完整復原模式或大容量日誌復原模式。不支援簡單恢復模式，因為… SQL Server 自動截斷交易日誌，破壞日誌傳送所需的連續日誌鏈。

有關恢復模式的更多詳細信息，請參閱我們的全面指南 SQL Server 備用.

4. 使用 SSMS 設定日誌傳送

4.1 建立備份共享資料夾

在設定日誌傳送之前，請準備備份共用資料夾，用於儲存和傳輸交易日誌備份。

在主伺服器或專用檔案伺服器上，建立一個資料夾（例如， C:\備份)
右鍵單擊文件夾並選擇物業
在操作欄點擊分享選項卡
點擊 高級共享
勾選 共享該文件夾
點擊權限並授予 完全控制 允許 SQL Server 服務帳號 NT 服務\MSSQLSERVER。
點擊 OK 申請。
記錄網路路徑（UNC）（例如， \\伺服器名稱\備份)

4.2 啟用和設定日誌傳送

右鍵單擊主資料庫並選擇物業.
在 資料庫屬性 對話框中選擇 交易日誌傳送 左側面板中的頁面。
勾選 在日誌傳送配置中將其啟用為主資料庫 啟用日誌傳輸。
然後您可以在此屬性頁面配置備份設定、輔助伺服器和監控伺服器。我們將在以下小節中介紹它們。

4.2.1 配置備份設定

在操作欄點擊 備份設置 按鍵
在 交易日誌備份設定 對話框下 備份資料夾的網路路徑 在欄位中，輸入 UNC 路徑（例如， \\伺服器名稱\備份)
如果備份資料夾位於主伺服器上，請輸入本機路徑（例如， C:\備份)
配置其他設置，例如備份保留期、警報閾值、備份作業和壓縮。
點擊 OK 確認設定並關閉對話框。

4.2.2 配置輔助伺服器實例和資料庫

點擊新增下 輔助伺服器執行個體和資料庫
在 輔助資料庫設定 對話框中單擊連結連線到輔助伺服器實例。
在 二級資料庫 從下拉式選單中選擇現有資料庫或輸入新的資料庫名稱
在 初始化輔助資料庫 標籤，選擇 是的，產生主資料庫的完整備份，並將其還原到輔助資料庫（如果輔助資料庫不存在，則建立它）。
在操作欄點擊 複製文件 選項卡
在 複製檔案的目標資料夾（此資料夾通常位於輔助伺服器上）輸入輔助伺服器上目標資料夾的本機路徑。
確保資料夾存在。 SQL Server 服務帳戶具有寫入權限
點擊 OK 確認設定並關閉對話框。

4.2.3 配置監控伺服器

勾選 使用監控伺服器實例
點擊設定
點擊連結連線到監控伺服器實例
套裝 刪除歷史記錄後 以小時為單位指定保留期限
點擊 OK 確認設定並關閉對話框。

4.2.4 檢查並完成配置

檢查所有設定。 交易日誌傳送 頁面
驗證備份設定、輔助伺服器配置和監控設定
點擊 OK 應用程式配置
此精靈會在主伺服器、輔助伺服器和監控伺服器上建立所有必要的作業。
點擊關閉配置完成後

5. 原木運輸的優缺點

5.1 好處 SQL Server 日誌傳送

具有成本效益的解決方案： 平臺合作 SQL Server 標準版無需昂貴的企業版許可，使預算有限的組織也能獲得可靠的災難復原能力。
配置和維護簡便： 配置精靈會引導管理員完成設置，並提供清晰的選項。大多數資料庫無需專門培訓，即可在 15-30 分鐘內完成配置。
支援多個輔助伺服器： 支援多個輔助伺服器，不受架構限制。可以部署一個輔助伺服器用於本地災難恢復，一個用於遠端恢復，第三個用於產生報告。
對主伺服器的影響極小： 非同步運行，消除了主伺服器上的同步開銷。事務提交時間不受影響。
使用現有交易日誌備份： 日誌傳送備份是標準的交易日誌備份，可用於與日誌傳送無關的時間點復原。
延遲恢復選項： 恢復延遲功能可防止意外的資料修改，而其他功能則不具備此功能。即時複製解決方案.
無需共享儲存： 每個伺服器都使用獨立存儲，無需共享存儲，從而避免了相關成本。
跨平台支持： 在 Windows 和 Linux 系統上都能完美運作 SQL Server 部署。
跨領域適用： 不需要網域信任關係或 Active Directory 整合。

5.2 原木運輸的缺點與局限性

無自動故障轉移： 主要限制在於需要手動進行故障轉移。管理員必須執行多個步驟才能恢復服務。
資料同步延遲： 輔助資料庫的備份和復原頻率總是落後於主資料庫。
僅限資料庫級配置： 在資料庫層級而非實例層級進行配置。保護 50 個資料庫需要 50 套獨立的配置。
手動更改連接字串： 故障轉移後，應用程式必須更新連接字串，使其指向備用伺服器。
輔助資料庫中斷： 備用模式的輔助資料庫會在復原作業期間中斷使用者連線。
獨立資料庫管理： 每個資料庫配置都必須單獨管理，沒有協調管理能力。

6. 最佳實踐和用例

6.1 何時使用原聲運輸

低成本災後復原： 對於無法負擔企業版授權費用的組織而言，它是一種極具成本效益的災難復原解決方案。
適中的RPO/RTO要求： 能夠容忍 15-30 分鐘資料遺失和 30-60 分鐘停機時間的應用與它的功能完美契合。
只讀報表伺服器： 為能夠容忍週期性斷開連線的報表工作負載建立唯讀副本。
標準版環境： 組織標準化 SQL Server 標準版無法存取 Always On 可用性群組，因此日誌傳送是目前最好的選擇。
伺服器遷移專案： 透過在過渡期間保持同步副本，促進伺服器遷移。
延遲資料需求： 配置復原延遲，以便將資料庫保留在過去的固定時間點，以滿足合規性或稽核要求。

6.2 何時不應使用原木運輸

近乎零停機時間要求： RTO 要求低於 15 分鐘的應用不能依賴手動故障轉移。
需要自動故障轉移： 當業務需求要求無需管理員幹預即可自動故障轉移時，此方法不適用。
需要即時同步： 需要從輔助伺服器取得即時或近即時資料的應用程式無法接受日誌傳送固有的延遲。
最小資料遺失容忍度： 對於以秒為單位衡量恢復點目標 (RPO) 或要求零資料遺失的組織而言，需要同步解決方案。

6.3 最佳實踐

備份頻率優化： 權衡備份頻率、系統開銷和復原目標。建議先從 15 分鐘的間隔開始，然後再根據實際需求進行調整。
網路路徑考量： 備份位置應使用 UNC 路徑而非映射磁碟機。備份共用資料夾應放置在可靠的網路基礎架構上。
監控和警報設定： 日誌傳送設定完成後，立即設定備份、複製和還原作業失敗的警報。
定期測試安排： 安排每季或每半年一次的故障轉移測試，以驗證流程並維持管理員的準備狀態。
文件維護： 維護詳細的運作手冊，記錄配置詳情、故障轉移程序和故障排除步驟。
安全注意事項： 使用權限要求最低的專用服務帳戶。適當限制網路共用權限。
磁碟空間管理： 持續監控備份位置的磁碟空間。配置當空間低於 20% 時發出警報。
保留策略配置： 設定備份保留期限，使其長於您可接受的最大同步延遲。
恢復延遲保護： 當防止意外修改的保護措施需要增加同步延遲時，可以設定恢復延遲。

7. 解決常見問題

7.1 備份作業失敗

磁碟空間不足： 檢查作業歷史記錄是否有磁碟空間錯誤。透過刪除舊備份或啟用壓縮來驗證可用空間和剩餘空間。
權限問題： 驗證 SQL Server 服務帳戶對本機資料夾和網路共用都具有完全控制權限。
資料庫未完全復原： 切換回完整復原模式並進行完整備份，以重新啟動交易日誌鏈。

7.2 複製作業失敗

網路路徑無法存取： 透過手動映射網路路徑，測試從輔助伺服器的連接性。
身份驗證問題： 如果伺服器位於不同的網域中，請為網路共用存取設定明確的憑證。
文件鎖定問題： 將備份資料夾從防毒軟體的即時掃描中排除，以防止檔案被鎖定。

7.3 恢復作業失敗

缺少備份檔： 確認目標資料夾中是否存在文件，並檢查複製作業記錄。
恢復序列錯誤： 找出缺少的交易日誌備份，並按順序還原它們以修復日誌鏈。
資料庫狀態錯誤： 如果有人還原了資料庫，則使用 NORECOVERY 還原完整備份來重新初始化日誌傳送。
資料庫檔案損壞： 如果即使操作順序和配置正確，恢復失敗的情況仍然存在，則可能是資料庫檔案本身已損壞。在這種情況下，您可能需要使用專門的復原工具。 SQL復原工具在嘗試重新初始化日誌傳送之前，請從損壞的 .MDF 和 .NDF 檔案中提取資料。

7.4 同步延遲問題

網路頻寬限制： 啟用備份壓縮功能，以減少檔案大小和頻寬需求。
高交易量： 考慮提高備份頻率，以建立更小、更易於管理的備份檔案。
恢復頻率不足： 提高恢復作業頻率，使其接近備份頻率，並最大限度地減少延遲。

7.5 監控伺服器連線問題 (SQL 2025)

OLE DB 提供者錯誤： SQL Server 2025 年的預設強制加密與缺乏正確加密配置的舊版本存在衝突。
加密配置不符： 在監控伺服器上驗證連結伺服器配置並檢查加密設定。
變通方案： 刪除並使用 TLS 1.3 參數重新建立日誌傳送，或將所有實例升級至 TLS 1.3。 SQL Server 2025

7.6 SQL Server 代理服務問題

服務未啟動： 檢查代理服務狀態並將其配置為自動啟動。
工作安排已停用： 檢查作業計劃狀態並啟用已停用的計劃。
作業步驟失敗： 查看工作歷史記錄，找出失敗的步驟和具體的錯誤訊息。

8. 常見問題 (FAQ)

Q：Express Edition 可以使用日誌傳送嗎？

答：不， SQL Server Express Edition 不支援日誌傳送，因為它缺少相關功能。 SQL Server 代理。

Q：日誌備份應該多久安排一次？

答：預設的15分鐘間隔時間較為合理。您可以根據自己的恢復目標進行調整。

Q：輔助資料庫可以用來產生報表嗎？

答：是的，配置為備用模式的輔助資料庫允許在復原操作之間進行唯讀存取。

Q：如果主伺服器發生故障會發生什麼事？

答：執行手動故障轉移，使備用資料庫上線。資料遺失量等於故障發生時的同步延遲。

Q：我可以擁有多台輔助伺服器嗎？

答：是的，日誌傳送支援無限數量的獨立配置的輔助伺服器。

Q：如何計算同步延遲？

A：使用日誌傳送監控表，將上次復原的交易日誌時間戳記與目前時間進行比較。

Q：日誌傳輸可以跨網域工作嗎？

答：是的，它可以在不同的領域或工作小組環境中運行，而無需建立信任關係。

Q：無恢復模式和待機模式有什麼不同？

答：無恢復模式會使資料庫無法存取。備用模式允許在兩次復原之間執行唯讀查詢。

Q：我可以暫時暫停日誌傳輸嗎？

A：是的，停用備份、複製和還原作業以暫停同步，同時保留設定。

Q：如何移除日誌傳送配置？

答：在 交易日誌傳送 房產頁面：

取消選中 在日誌傳送配置中將其啟用為主資料庫
點擊 OK 移除配置並刪除作業。

Q：我可以將輔助資料庫切換到讀寫模式嗎？

答：是的，執行 RESTORE DATABASE WITH RECOVERY，但這會破壞日誌傳送鏈。

Q：我可以配置的最大恢復延遲是多少？

答：沒有硬性限制。您可以根據自身防護需求，配置從幾分鐘到幾天不等的延遲時間。

Q：日誌傳送如何影響備份策略？

答：它會建立交易日誌備份，可用於日誌傳送和時間點復原。

Q：我可以使用日誌傳送進行伺服器遷移嗎？

答：是的，配置日誌傳送到新伺服器，進行同步，然後在維護期間執行舊伺服器的計劃內故障轉移。

Q：哪些監控工具可以與日誌傳輸搭配使用？

A: SQL Server Management Studio 內建了報表功能。 SQL Monitor 和 SolarWinds 等第三方工具可提供更強大的監控功能。

9. 結論與建議

9.1 總結

SQL Server 日誌傳送透過自動化交易日誌備份和復原操作，提供可靠且經濟高效的災難復原方案。該技術與標準版相容，所需基礎設施極少，並支援多個輔助伺服器。

日誌傳送適用於復原目標適中且可以接受手動故障轉移的情況。其主要限制包括需要手動故障轉移、同步延遲以及資料庫層級配置範圍。

該技術與現有的備份策略完美融合，支援透過待機模式進行唯讀報告，並提供延遲恢復保護以防止意外變更。

9.2 為您的環境做出正確的選擇

在實施原木運輸方案之前，請根據您的特定需求進行評估。考慮復原點目標、復原時間目標、預算限制和操作複雜度容忍度。

組織使用 SQL Server 對於恢復要求適中的標準版，強烈建議考慮日誌傳送。而對於恢復時間目標 (RTO) 嚴格低於 15 分鐘的企業，則應評估 Always On 可用性群組。

考慮採用混合方法，將原木運輸與其他技術結合，以優化成本並滿足各種要求。

9.3 後續步驟及其他資源

首先進行小規模試點實施以累積經驗。制定全面的文檔，包括配置詳情、故障轉移程序和故障排除指南。

定期安排故障轉移測試，以驗證流程並確保管理員隨時準備就緒。保持與時俱進。 SQL Server 更新和改進。

參考

微軟官方文件：關於原木運輸（SQL Server)
微軟官方文件：配置日誌傳送（SQL Server)

關於作者

元盛是一位資深資料庫管理員 (DBA)，擁有超過 10 年的 SQL Server 環境和企業資料庫管理。他成功解決了金融服務、醫療保健和製造業等行業的數百個資料庫恢復場景。

袁專長於 SQL Server 資料庫復原、高可用性解決方案和效能優化。他擁有豐富的實務經驗，包括管理多TB資料庫、實施Always On可用性群組以及為關鍵業務系統開發自動備份和復原策略。

透過他的技術專長和實踐方法，袁致力於創建全面的指南，幫助資料庫管理員和 IT 專業人員解決複雜的 SQL Server 高效應對挑戰。他始終掌握最新 SQL Server 版本和微軟不斷發展的資料庫技術，定期測試恢復場景以確保他的建議反映現實世界的最佳實踐。

有關於的問題 SQL Server 恢復或需要額外的資料庫故障排除指導？袁歡迎回饋和建議用於改進這些技術資源。