Технологія PowerProtect | Помилка автономного резервного копіювання бази даних SQL Always On (AAG) DDBMA
Summary: Не вдається виконати автономне резервне копіювання даних SQL Always On Availability Group (AAG) Data Domain DD Boost for Microsoft Applications (DDBMA)
Symptoms
Здається, що резервні копії успішно виконуються, але збережена процедура (master.dbo.emc_run_backup) повідомляє про збій із зазначенням наступних подій:
Повідомлення про помилку:
Successfully converted from group id to AG name. 149283:ddbmsqlsv: Start secondary backup job failed. host: <hostname>. error: Setting notification event failed on host: <hostname>. 85942:ddbmsqlsv: Stopping Federated backup - No jobs were started successfully. Unable to complete the federated backup.
Cause
Завдання агента SQL Server виконується в контексті користувача, пов'язаного зі службою агента SQL Server. Цей обліковий запис користувача мав усі необхідні дозволи (локальний адміністратор на SQL Server, повні дозволи Windows Management Instrumentation (WMI) відповідно до посібника Microsoft App Agent). Резервне копіювання також працює, якщо його запущено з плагіна SQL Server Management Studio (SSMS), який увійшов у систему з цим користувачем (пов'язаним зі службою агента SQL Server).
Якщо резервний користувач не є локальним адміністратором, він не має необхіднихпривілеїв WMI. Це пояснює, чому резервне копіювання виконується успішно в інтерфейсі користувача, який використовує обліковий запис користувача, що увійшов у систему, але зазнає невдачі в SQL, який використовує обліковий запис служби SQL.
Resolution
Переконайтеся, що користувач входить до групи локального адміністратора, і за потреби додайте обліковий запис служби SQL. Переконайтеся, що параметр «Вхід увійшов як пакетне завдання» або «Вхід увійшов як служба » має привілеї, які зазвичай надаються зі статусу локального адміністратора; Додайте вручну, якщо немає. Якщо проблеми не зникнуть, перезапустіть службу SQL або перезавантажте сервер, щоб повністю застосувати привілеї локального адміністратора.