SQL 2008 備份到 UNC 共享失敗 0xC002F210
這個問題讓我發瘋了！！
我們將所有生產數據庫備份到網路共享，然後每晚備份到磁帶。
週一至週五晚上 8 點 - 完整備份，然後是日誌備份
週一至週五上午 7 點至晚上 7 點，每隔半小時 - 日誌備份
自從我們 3 年前從 SQL Server Standard 2000 遷移到 2008 年以來，我們的備份一直以這種方式工作。最近，週一的第一次日誌備份一直失敗。不是每次，但幾乎每次！本週剩下的時間，我們沒有遇到任何問題。我猜這個問題可能與週末沒有備份後嘗試的日誌備份的大小有關。
現在到了我需要解決的問題…
整個星期，我們最大的兩個數據庫上的每個完整備份都失敗了（兩個備份都壓縮了 < 1GB）。源伺服器和目標伺服器上有大量磁碟空間。我猜這個問題與完成這些數據庫的備份所需的時間和/或完成這些備份所需的備份文件的大小有關。將備份目標更改為本地儲存工作正常（相比之下非常非常快）。
從工作歷史中，我可以找到一些關於問題可能是什麼的提示……
程式碼：0xC002F210（總是這個程式碼，但混合了以下描述……）
“作業系統在’\drserver\SQLBackups\Database.bak’上嘗試’SetEndOfFile’時返回錯誤'64（無法檢索此錯誤的文本。原因：1815）’。備份數據庫異常終止。
“作業系統在“\drserver\SQLBackups\Database.bak”上嘗試“FlushFileBuffers”時返回錯誤“64（無法檢索此錯誤的文本。原因：1815）”。備份數據庫異常終止。
請幫助拯救我的頭髮和理智！！
錯誤 64 表示“指定的網路名稱不再可用”，這是一種與網路問題有關的通用錯誤消息。錯誤 0xC002F210 似乎是來自 SQL Server 的一般錯誤，這意味著作業失敗。所以你看到這個問題的原因非常模糊。
Red-Gate 網站上的建議建議您將系統資料庫項 HKLM\SYSTEM\CurrentControlSet\Services\LanmanWorkstation\Parameters 中的SessTimeout值增大（或設置）為更高的值。建議 300（顯然 45 是預設值）。
如果更改此值，您可能必須重新啟動客戶端 (SQL Server)，然後更改才會生效。