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