Не удалось получить информацию о группе/пользователе Windows NT

Надеюсь, это поможет кому-то еще:

В моем случае sa не был владельцем БД, им был я. Когда я попытался выполнить конфигурацию CLR, которая требовала привилегий sa, я получил эту ошибку.

Решение:

USE MyDB 
GO 
ALTER DATABASE MyDB set TRUSTWORTHY ON; 
GO 
EXEC dbo.sp_changedbowner @loginame = N'sa', @map = false 
GO 
sp_configure 'show advanced options', 1; 
GO 
RECONFIGURE; 
GO 
sp_configure 'clr enabled', 1; 
GO 
RECONFIGURE; 
GO

Я использовал помощь команды db на работе и этот пост, чтобы найти ответ. Надеюсь, это поможет.

Я знаю, что это долго, но недавно я столкнулся с такой же проблемой, и мой шаг решить эту ниже:

1. Щелкните правой кнопкой мыши на базе данных и выберите Свойства

2. Нажмите на файлы под "и выберите страницу и"

3. Под рук чуть ниже имя базы данных на правой панели, выберите SA как владелец.

Это позволит решить проблему для вас.

Я надеюсь, что это помогает

В моем случае владельцем базы данных была доменная учетная запись Domain\Me.

Сообщение об ошибке было следующим

Ошибка: 15404, Состояние: 19. Не удалось получить информацию о Windows NT группа/пользователь 'Domain\MyAccount'

Проблема заключалась в том, что база данных не знала, что делать с доменной учетной записью - поэтому логичным было использовать вместо нее локальную учетную запись.

Я попробовал сменить владельца базы данных, но все равно все работало неправильно.

В конце концов я удалил и создал заново всю базу данных, убедившись, что владелец был SA.

Я также установил для брокера значение Enabled в настройках

Вещь начала волшебным образом работать после этого

У меня возникла эта ошибка после запланированного задания в sql Server Agent, в моем случае, сразу после того, как я изменил имя хоста сервера Windows. Я также запустил sp_dropserver и sp_addserver. Моя база данных принадлежала "sa", а не пользователю Windows.

Я мог войти в SQL как пользователь Windows NEWHOSTNAME\username (я полагаю, что после смены имени хоста SID не меняется, поэтому все работало автоматически?).

Однако, в SQL, в узле Security/Logins, у меня были логины SQL, определенные как OLDHOSTNAME\username. Я подключился к SQL, используя "sa" вместо Windows Integrated, сбросил старые логины и создал новые с именем NEWHOSTNAME\username.

Ошибка исчезла.

У меня была та же проблема, где мое доменное имя не признается. Я всего лишь идем в диспетчер конфигурации SQL Server и запустить сервисы как услуги сети, а не локальной службе. Затем агент SQL сервер смог распознать объявление логины для работы.

В моем случае, это было через VPN-вопрос. Когда я включил VPN для подключения с сети офиса и усилителя; затем попытался снова запустить агент моментальных снимков, он начал успешно.

чтобы сделать массовое обновление для всех баз данных, выполните этот скрипт и выполнить его вывод:

 SELECT 'ALTER AUTHORIZATION ON DATABASE::' + QUOTENAME(name) + ' TO [sa];' 
 from sys.databases
     where name not in ('master', 'model', 'tempdb')