У меня есть запланированная задача (в планировщике задач Windows), которая подключается к SQL Server с помощью SMO (проверка подлинности Windows) и создает резервную копию базы данных. До сих пор эта задача выполнялась под учетной записью администратора, и я хотел изменить ее, чтобы вместо нее использовать учетную запись SYSTEM.
Я изменил запланированное задание, и, к моему полному удивлению, оно сработало «из коробки».
Я бы хотел понять Зачем В этом случае. Система - Windows Server 2012 R2, а база данных - SQL Server 2012 (SP1) Express Edition. Это стандартная установка с добавлением одного пользователя SQL Auth.
В SSMS это логины и связанные с ними серверные роли:
В самой базе данных есть следующие пользователи и их роли:
Просмотр «действующих разрешений» пользователя NT AUTHORITY \ SYSTEM дает следующий результат:
Почему NT AUTHORITY \ SYSTEM имеет разрешение на резервное копирование баз данных? Я рад, что это так, но мне бы очень хотелось понять Зачем...
Минимальные разрешения для резервного копирования базы данных: PUBLIC на уровне сервера и DB_BACKUPOPERATOR на уровне базы данных.
В SQL Server 2005 Microsoft рекомендуется против удаление NT AUTHORITY\SYSTEM от роли системного администратора:
Учетной записи NT AUTHORITY \ SYSTEM также предоставляется логин SQL Server. Учетная запись NT AUTHORITY \ SYSTEM предоставляется в фиксированной роли сервера SYSADMIN. Не удаляйте эту учетную запись и не удаляйте ее из фиксированной роли сервера SYSADMIN. Учетная запись NT AUTHORITY \ SYSTEM используется Центром обновления Майкрософт и Microsoft SMS для применения пакетов обновления и исправлений к установке SQL Server 2005. Учетная запись NT AUTHORITY \ SYSTEM также используется службой записи SQL.
В 2012 году ситуация изменилась. Я дважды проверил свой собственный экземпляр 2012 Express: NT AUTHORITY\SYSTEM не сисадмин. Однако SQL Service VSS Writer является работает как NT AUTHORITY\SYSTEM и является сисадмин.
Я не могу найти резервные копии ссылок, поэтому NT AUTHORITY\SYSTEM разрешено создавать резервные копии баз данных, но я считаю, что это так.