Все эти три проблемы являются результатом того, что учетная запись, на которой запущена служба SQL, не является учетной записью домена, и все они будут исправлены путем изменения SQL для работы под учетной записью домена. В частности:
A - SPN - это функция безопасности Kerberos, для которой требуется учетная запись домена и которая не работает с локальными учетными записями
B - Для чтения из активного каталога службе необходимы учетные данные учетной записи домена
C - Локальные учетные записи не распознаются удаленными компьютерами, поэтому они отклоняют попытку подключения.
Вот пошаговое руководство по изменению учетной записи службы:
http://technet.microsoft.com/en -us / library / ms345578.aspx
Когда мы столкнулись с этой проблемой, нашим решением было найти папку и добавить разрешения, необходимые для виртуальной учетной записи, которая в этом нуждается. После того, как мы добавили учетную запись, просто введя ее, мы проверили файлы журналов и обнаружили, что у нас больше нет проблем с этой папкой / файлом.
Старый вопрос, но, похоже, на него нет правильного ответа. NT Service \ MSSQLSERVER, будучи локальной виртуальной учетной записью, обращается к сети как учетная запись компьютера. И пока учетная запись компьютера имеет доступ к общим ресурсам и файловым системам, вы должны иметь возможность, например, выполнять резервное копирование по UNC-путям в сети. См. Настройка учетных записей и разрешений служб Windows .