簡體   English   中英

未發送 Azure DevOps Server 2019.1(本地)備份失敗通知

[英]Azure DevOps Server 2019.1 (on-premises) Backup Failure notifications not being sent

我管理一個 TFS 服務器。 昨晚我們從 TFS 2018.3 升級到 Azure DevOps Server 2019.1。

作為我們測試程序的一部分,我們測試備份失敗(和通過)通知。 這些通知也在升級之前進行了測試,並且兩個通知消息都按預期發送。

在升級之前,計划備份被禁用。 我們的備份文件夾然后被隔離到一個安全的位置(重命名)。 使用適當的權限設置為升級的備份創建了一個新文件夾。

升級完成后,已配置計划備份(與以前的設置相同)。 配置成功,沒有錯誤或警告。 測試數據庫短暫出現在文件夾中。 BackupSettings.xml 出現在文件夾中,看起來是正確的。

已啟動完整備份。 這被允許完成並且看起來正確。 BackupSets.xml 看起來正確。

我們的設置要求 15 分鍾的“事務日志備份間隔”。 這似乎工作正常。 所有數據庫的所有正確 .trn 文件都會在正確的時間出現在文件夾中。 (請注意,我們在完整備份期間收到了熟悉的“阻塞”Transactional_*.log”結果。這是正常和預期的。)

然后我們打開了兩個“提供計划備份警報設置”。 在 15 分鍾間隔后,所有管理員都會收到“Azure DevOps 數據庫備份成功”電子郵件警報。

此時我們阻止了寫入“網絡備份路徑”的權限。 我監視了“Azure DevOps 服務器管理控制台”上的“作業計划”窗口以及失敗的作業日志:https:///tfs/_oi/_jobmonitoring?_a=history

15 分鍾窗口過去后,出現了一個失敗的作業,其歷史記錄如下:

結果信息:

[1/26/2020 12:55:42 AM] [Info] Requested Backup Job: Transactional [1/26/2020 12:55:42 AM] [Info] ------------------------------------------------------------------- 
[1/26/2020 12:55:42 AM] [Info] Jobs Requested: Transactional. Completed: None. To Run: Transactional. 
[1/26/2020 12:55:42 AM] [Info] RunTransactionalBackupJob 
[1/26/2020 12:55:42 AM] [Error] Exception Message: Access to the path '\\redacted\backup\production\BackupSets.xml.temp' is denied. (type UnauthorizedAccessException) 
Exception Stack Trace: at System.IO.__Error.WinIOError(Int32 errorCode, String maybeFullPath) at System.IO.FileStream.Init(String path, FileMode mode, FileAccess access, Int32 rights, Boolean useRights, FileShare share, Int32 bufferSize, FileOptions options, SECURITY_ATTRIBUTES secAttrs, String msgPath, Boolean bFromProxy, Boolean useLongPath, Boolean checkHost) at System.IO.FileStream..ctor(String path, FileMode mode, FileAccess access, FileShare share, Int32 bufferSize, FileOptions options, String msgPath, Boolean bFromProxy) at System.IO.FileStream..ctor(String path, FileMode mode) at Microsoft.TeamFoundation.Admin.BackupSets.Save(String folder) at Microsoft.TeamFoundation.Admin.BackupSets.Initialize() at Microsoft.TeamFoundation.Admin.BackupSets.Load(String folder) at Microsoft.TeamFoundation.Admin.Jobs.DatabaseBackupJob.RunTransactionalBackupJob(IVssRequestContext requestContext, BackupSettings settings, ITFLogger logger) at Microsoft.TeamFoundation.Admin.Jobs.DatabaseBackupJob.RunBackupJob(IVssRequestContext requestContext, BackupJobType requestedJobType, String& resultMessage) 
[1/26/2020 12:55:42 AM] [Info] Backup Job Finished. Completed: None. Result = Failed

作業計划窗口正確更新並指出備份失敗。

從未收到過失敗通知電子郵件。

設置被檢查,並且是正確的。 設置被禁用並重新配置,並重復測試。 結果一樣。

對通知設置進行了調查,但似乎沒有任何設置可以禁止發送備份失敗通知。

我們在 _oi 頁面上的標題為“通知電子郵件發送”的頁面上搜索了一個失敗的或部分成功的工作,沒有這樣的失敗工作。

我們測試了 Notification E-Mail Delivery 作業,以查看是否會導致“部分成功”的結果微不足道。 通過在我們的一個用戶個人資料中放置一個虛假的電子郵件地址,我們可以做到這一點。 作業結果出現,歷史顯示預期結果。 我們恢復了錯誤的電子郵件設置,並驗證了通知電子郵件傳遞中沒有其他部分成功的作業。

但是,沒有跡象表明,在備份失敗的情況下,Azure DevOps Server 2019.1 曾經進行過任何通知嘗試。

任何人都可以幫助解決這個問題嗎?

“我們阻止了寫入“網絡備份路徑”的權限

如果您阻止了對備份位置的訪問。 不會發出備份失敗電子郵件警報。

正如該線程中所討論的,當備份位置不可用時,備份設置配置文件不可用,這就是無法發送備份失敗電子郵件警報的原因。 為了測試備份失敗警報,您可以嘗試其他方式故意使備份失敗

暫無
暫無

聲明:本站的技術帖子網頁,遵循CC BY-SA 4.0協議,如果您需要轉載,請注明本站網址或者原文地址。任何問題請咨詢:yoyou2525@163.com.

 
粵ICP備18138465號  © 2020-2024 STACKOOM.COM