我管理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页上搜索了失败或部分成功的工作，标题为“通知电子邮件传递”，没有这样的失败工作。
我们测试了“通知电子邮件传递”作业，以查看是否会导致微不足道的“部分成功”结果。通过在我们的一个用户个人资料上放置一个错误的电子邮件地址，我们可以做到这一点。工作结果出现了，历史记录显示了预期结果。我们恢复了错误的电子邮件设置，并验证了Notifications E-Mail Delivery中没有其他部分成功的工作。
但是，没有迹象表明在备份失败的情况下，Azure DevOps Server 2019.1。会进行任何通知尝试。
任何人都可以帮助解决此问题吗？
“我们阻止了写入“网络备份路径”的权限]
如果您阻止访问备份位置。备份失败电子邮件警报将不会发送。
如this thread中所述，当备份位置不可用时，备份设置配置文件不可用，这是备份失败电子邮件警报无法发送的原因。为了测试备份失败警报，您可以尝试其他方式故意使备份失败