Никакие полномочия доступа к файлу после восстановления базы данных
Предложение Randolph runas (например. runas cmd для командной строки), так близко, как Вы доберетесь, но не может быть никакой точной замены для sudo просто, потому что эти две среды полностью отличаются.
Вы сделаете свою собственную жизнь намного более простой, если Вы прекратите пытаться думать *, отклоняют при работе с Windows (и наоборот).
Вы упомянули, что учетная запись, используемая для восстановления базы данных, является локальным администратором. Учетная запись, которую вы используете для просмотра разрешений, также является локальным администратором на сервере? В противном случае вы не сможете увидеть разрешения.
Ядро базы данных SQL Server устанавливает разрешения вручную для файлов базы данных, они не наследуются от своих родительских папок.
По умолчанию при восстановлении базы данных разрешения на новые файлы базы данных устанавливаются таким образом, что локальная группа администраторов и пользователь экземпляров SQL (NT SERVICE \ MSSQLSERVER для экземпляра по умолчанию, NT SERVICE \ MSSQL $ InstanceName для именованных экземпляров) являются предоставлен полный контроль, а локальная группа администраторов устанавливается как владелец файла. Дополнительные разрешения можно добавить вручную.
Это верно и для других операций, например, когда база данных отключена. Единственные разрешения, оставшиеся для файла базы данных после отсоединения, - это полный контроль над учетной записью, которая использовалась для отсоединения базы данных, если пользователь, отключающий базу данных, был подключен к SQL с использованием входа в систему Windows. Если пользователь был подключен с помощью входа в систему SQL, тогда разрешения на отключенные файлы такие же, как и для восстановленных файлов базы данных.