無法在特定時間將備份備份到 NAS 儲存中
我有一份工作每 30 分鐘執行一次，並使用 Ola 的腳本對數據庫進行 t-log 備份。每個星期四和星期五的 22:45 我收到一個錯誤：
11/07/2019 22:45:00,Backup,Unknown,Error: 3041<c/> Severity: 16<c/> State: 1. 11/07/2019 22:45:00,spid60,Unknown,BackupDiskFile::CreateMedia: Backup device 'B:\SDSOFT-DB\EXPRESS\LOG\SDSOFT-DB_EXPRESS_LOG_20191107_224500.trn' failed to create. Operating system error 5(Access is denied.). 11/07/2019 22:45:00,spid60,Unknown,Error: 18204<c/> Severity: 16<c/> State: 1.
我讓系統管理員檢查有關 NAS 儲存的所有設置，他說一切正常，但他不知道這個問題的原因是什麼。在我這邊，我通過以下命令使用 xp_cmdshell（SQL SERVER 2014）將 NAS 儲存網路路徑映射到“B”：
EXEC xp_cmdshell 'net use B: \\192.*.*.*\DBbackups /user:<username> <password> /persistent:yes'我想再次指出，在剩下的時間裡我沒有出錯，只有在星期四和星期五的 22:45。也許有人以前遇到過這個問題並幫助我解決這個問題。
作業系統錯誤 5（訪問被拒絕。）
這個錯誤有點神秘，但很有幫助。此錯誤來自 Windows 嘗試寫入文件時。然後 Windows 將錯誤消息傳遞回 SQL Server，SQL Server 盡職盡責地告訴你它被告知的確切內容 - 不幸的是沒有更好的解釋。
“作業系統錯誤 5”通常意味著您有權訪問該位置，但沒有寫入權限。例如，如果您的 SQL 代理服務帳戶僅被授予對某個文件夾的讀取權限，並且您嘗試在該文件夾中寫入備份，您將看到此消息。
除您的情況外，權限在大多數情況下都有效。
您的備份只會在深夜失敗，然後恢復並重新開始工作。這意味著它可能不是“正常”權限問題。您的目標文件夾位於 NAS 上，因此 NAS 上可能有一個計劃的程序會影響您的備份。
考慮到時間，我可能懷疑您的 NAS 當時正在備份，並且正在做一些影響您在那裡寫入能力的事情。許多商業文件系統備份軟體會暫時暫停寫入，以便備份一致的映像，然後快速對儲存進行快照並再次開始允許寫入。您正在執行這樣或類似的備份過程是合理的。
如果是這種情況，那麼我首先會評估調整備份計劃以盡量減少影響。根據您的 RPO/RTO 要求，一個事務日誌備份失敗可能完全沒問題，只要下一次執行執行正常即可。如果是這種情況，只需記錄原因，然後開始忽略 22:45 錯誤。