Sql-Server
SQL Server 備份因磁碟空間錯誤而失敗
SQL Server 2008 R2 RTM 在 Windows 2008 64 位上執行。
使用以下命令備份單個數據庫時出現問題
backup database [somedatabase] to disk = '\\somehost\d$\BACKUP\somedirectory\some_database.bak' with compression, init, stats=1
數據庫備份一段時間就好了
93 percent processed. 94 percent processed.
然後我得到一個關於磁碟空間的錯誤
消息 3202,級別 16,狀態 1,第 1 行
寫入“\somehost\d$\BACKUP\somedirectory\some_database.bak”失敗:1130(沒有足夠的伺服器儲存空間來處理此命令。)
消息 3013,級別 16,狀態 1,第 1 行
備份數據庫異常終止。
這沒有任何意義,因為有超過 800GB 的可用磁碟空間並且備份使用了 121GB。
在 SQL Server 的日誌中,我收到此消息
Date 9/25/2013 1:04:56 PM Log SQL Server (Current - 9/25/2013 12:15:00 PM) Source Backup Message BackupIoRequest::ReportIoError: write failure on backup device '\\somehost\d$\BACKUP\somedirectory\some_database.bak'. Operating system error 1130(Not enough server storage is available to process this command.).
一些資訊:
- 正在從本地伺服器執行備份,並且正在將備份文件保存到
\\somehost
附近的另一台伺服器。- 本地和遠端主機都有足夠的磁碟空間。
- 壓縮已開啟
任何有關獲取這些備份失敗的真正原因的幫助將不勝感激。
謝謝
更新 16:48
從 R2 開始,壓縮是標準的備份選項。謝謝RLF。不管有沒有,仍然有同樣的問題。唯一的區別是在沒有壓縮的情況下備份失敗率為 18%。決定監視磁碟空間以確保在備份期間沒有其他東西佔用 GB。
正如預期的那樣,使用壓縮時可用磁碟空間下降到 600GB,不使用壓縮時下降到 400GB。不過,磁碟空間從未低於 400。
該錯誤
not enough server storage available
具有誤導性。這不是磁碟空間,而是 Windows SMB 管理記憶體。嘗試重新啟動目標機器(保存備份的位置),或者至少重新啟動伺服器服務。有關在儲存備份的電腦上可能需要進行的潛在系統資料庫更改的說明,請參閱以下 Microsoft 支持連結。
http://support.microsoft.com/kb/304101
此外,您可以嘗試搜尋“Windows Server 錯誤 1130”以獲取更多資訊。