Sql-Server-2008-R2

快速本地備份 - 通過網路進行非常慢的備份

  • October 21, 2016

從上週開始,我遇到了這個問題。

如果我通過網路進行備份,備份將永遠完成。

如果我將數據庫備份到本地磁碟(或N'nul'),它會非常快。

這很奇怪,因為即使使用我的個人 PC,我也無法進行網路備份(集群或生產實例中的配置沒有任何內容)。

此連接項目中,他們談到了 SQL 2005 問題。

我們可以跟踪什麼來發現問題?我們可以使用什麼性能計數器?

我們已經重新啟動了伺服器。重新啟動的實例。重新啟動集群。禁用防病毒。沒有什麼幫助我們。

這是一些日誌:

通過零:

將數據庫 My_DB 備份到磁碟 = N’nul '

  • 為數據庫 ‘My_DB’ 處理 542896 頁,文件 1 上的文件 ‘My_DB’。

–為數據庫“My_DB”處理了 382456 頁,文件 1 上的文件“My_DB”。

–為數據庫“My_DB”處理了 1 頁,文件 1 上的文件“My_DB”。

–BACKUP DATABASE 在 19.911 秒( 363.081 MB/秒)內成功處理了 925353 個頁面。

通過網路:

將數據庫 My_DB 備份到磁碟 =’\Server\D\BACKUPS_TEST\teste.My_DB .bkp’

–為數據庫“My_DB”處理了 542896 個頁面,文件 1 上的文件“My_DB”。

–為數據庫“My_DB”處理了 382456 頁,文件 1 上的文件“My_DB”。

–為數據庫“My_DB”處理了 1 頁,文件 1 上的文件“My_DB”。

–BACKUP DATABASE 在 129.223 秒(15.944 MB/秒)內成功處理了 925353 個頁面。

我可以毫無問題地通過伺服器複製文件。我真的不知道該怎麼辦。我將不勝感激分享更多資訊。

編輯1:


我注意到下面的查詢(在目標伺服器中):

WAITFOR (RECEIVE message_body FROM WMIEventProviderNotificationQueue),    TIMEOUT 5000

有很多網站對它有不同的說法,所以我不確定它是什麼。

我可以看到這個查詢通過 trace 或 with 執行sp_whoisactive。它執行,然後它自己重新啟動。這可能是問題嗎?

您可以嘗試使用壓縮來備份數據庫。只要您有可用的 CPU,它肯定會減少完成備份所需的時間(大約 15%-20%)。這些備份也需要更少的時間來恢復。

祝你好運,

希望這可以幫助。

好資源:http: //blogs.lessthandot.com/index.php/datamgmt/dbadmin/testing-backup-compression-in-sql-server-2008/

引用自:https://dba.stackexchange.com/questions/117154