快速本地備份 - 通過網路進行非常慢的備份
從上週開始，我遇到了這個問題。
如果我通過網路進行備份，備份將永遠完成。
如果我將數據庫備份到本地磁碟（或
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/