0

我們有一臺運行MSSQL服務器的windows 2008 r2服務器作爲我們應用程序的數據庫服務器(我們使用它24小時)。它在每個午夜都會自動備份(因爲這是用戶訪問次數較少的時間),用戶通常會抱怨滯後,或者數據庫的響應需要數小時才能在實例/時間段檢索數據。過去幾天,他們花了5個小時等待服務器返回數據。當數據自動備份到備份數據庫時,如何防止數據庫服務器滯後?

不得不考慮服務器的無響應時間和數據庫自動備份,我認爲後者會導致服務器的無響應。你認爲什麼?

如果是這樣的話,我怎麼能阻止它這樣做。當然,我不能停止自動備份,所以我想安裝一個單獨的LAN卡,將主服務器連接到備份服務器。你認爲它會起作用嗎?或者你有任何解決方法?對不起,我新來此請耐心與我,但我非常願意學習:)預先感謝您:)

+1

你最好在dba.stackexchange.com上問這個 –

+0

備份數據庫進程確實有一些磁盤IO開銷,但它應該不會太慢地減慢查詢。你確定這是由於備份操作而不是別的? – Squirrel

+1

獲取適當的DBA。 –

回答

0

也許你應該嘗試將您的備份分成更小的卷?

BACKUP DATABASE [MyDB] TO 
DISK = 'C:\Backups\file1.bak', 
DISK = 'C:\Backups\file2.bak', 
DISK = 'C:\Backups\file3.bak', 
DISK = 'C:\Backups\file4.bak' 
WITH INIT , NOUNLOAD , NAME = 'Estimating backup', NOSKIP , STATS = 10, NOFORMAT 
+0

這將如何幫助?您仍然在數據庫上執行大量讀取操作,並將其寫入備份文件存儲的任何位置。 – SQLmojoe

-1

「嘗試數據庫分裂成更小的體積。在默認情況下,備份的數據庫包含其他文件,如配置文件和模式。轉到Exchange系統管理器(確保其安裝在備份服務器上),然後運行NTBACKUP 。選擇一個文件夾來保存備份,並等待備份完成運行。 「