Я управляю сервером TFS. Вчера вечером мы обновили TFS 2018.3 до Azure DevOps Server 2019.1.
В рамках наших процедур тестирования мы проверяем наличие уведомлений об ошибках резервного копирования (и прохождение). Эти уведомления также были протестированы непосредственно перед обновлением, и оба уведомления отправлялись, как и ожидалось.
Перед обновлением резервные копии по расписанию были отключены. Наша папка резервных копий была затем отделена в безопасном месте (переименована). Для обновленных резервных копий была создана новая папка с соответствующими настройками разрешений.
После завершения обновления были настроены запланированные резервные копии (с такими же параметрами, как и раньше). Конфигурация прошла успешно, без ошибок и предупреждений. Тестовая база данных ненадолго появилась в папке. BackupSettings. xml появился в папке и выглядит правильно.
Инициировано полное резервное копирование. Это было разрешено завершить и выглядит правильно. BackupSets. xml выглядит правильно.
Наши настройки требуют «Интервал резервного копирования журнала транзакций» в 15 минут. Кажется, это работает правильно. Все правильные файлы .trn для всех баз данных появляются в папке в нужное время. (Обратите внимание, что во время полного резервного копирования мы получили знакомый результат «заблокировано» Transactional _ *. Log ». Это нормально и ожидаемо.)
Затем мы включили оба параметра« Предоставить настройки предупреждений для резервного копирования по расписанию ». После с 15-минутным интервалом все администраторы получили оповещение по электронной почте «Azure DevOps Database Backup Succeeded».
На этом этапе мы заблокировали разрешения на запись в «Путь сетевого резервирования». Я контролировал «Расписание работы» окно "Azure Консоль администрирования DevOps Server", а также журнал неудачных заданий по адресу: 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
Расписание заданий windows обновлено должным образом и отмечено, что резервное копирование не удалось.
Нет сбоя уведомление по электронной почте было получено.
Настройки были проверены и были правильными. Настройки были отключены и перенастроены, а тест повторен. Те же результаты. * 102 6 *
Было проведено исследование параметров уведомлений, но, похоже, отсутствуют какие-либо параметры, которые могли бы запретить отправку уведомлений о сбоях резервного копирования.
Мы выполнили поиск неудачного или частично успешного задания на На странице, озаглавленной «Доставка уведомлений по электронной почте», такого невыполненного задания не было.
Мы проверили задание «Доставка уведомлений по электронной почте», чтобы выяснить, можем ли мы вызвать тривиальный результат «Частично успешно». Поместив ложный адрес электронной почты в один из наших профилей пользователей, мы могли бы сделать это. Результат работы появился, и история показала ожидаемые результаты. Мы отменили настройку ложной электронной почты и убедились, что больше не было частично выполненных заданий из доставки уведомлений по электронной почте.
Однако нет никаких признаков того, что в ситуации сбоя резервного копирования любая попытка уведомления когда-либо предпринималась Azure DevOps Server 2019.1.
Может кто-нибудь помочь решить эту проблему?