Назад | Перейти на главную страницу

Ошибка диспетчера конфигурации Kerberos для SQL Server «невозможно получить доступ к информации о пользователе из системы»

Когда я запускаю диспетчер конфигурации Kerberos для SQL Server и пытаюсь подключиться к локальному компьютеру, на котором он находится, я получаю сообщение об ошибке «Ошибка диспетчера конфигурации Kerberos для SQL Server» не удается получить доступ к информации об основных пользователях из системы »

Поиск в Google дает минимальные результаты.

http://social.technet.microsoft.com/Forums/en-US/717d6821-f3f4-43a6-8bba-5eb4804df499/unable-to-access-user-principal-information-from-the-system-error-when- пытается-запустить-kerberos? forum = sqltools

http://social.msdn.microsoft.com/Forums/sqlserver/en-US/717d6821-f3f4-43a6-8bba-5eb4804df499/unable-to-access-user-principal-information-from-the-system-error- когда-пытаетесь-запустить-kerberos? forum = sqltools

Я работаю в одном домене с одной учетной записью. Ни один из пользователей в этой системе не потерял родителей и не отображает GUID вместо своего ID.

Я действительно хочу использовать этот инструмент, чтобы помочь в устранении неполадок с Kerberos служб Reporting Services.

В журнале, созданном инструментом, отображаются следующие ошибки:

9/16/2014 11:43:05 AM Info: Connect to WMI, \root\cimv2
9/16/2014 11:43:37 AM Error: Access of system information failed System.Runtime.InteropServices.COMException (0x80070035): The network path was not found.

   at System.DirectoryServices.DirectoryEntry.Bind(Boolean throwIfFail)
   at System.DirectoryServices.DirectoryEntry.Bind()
   at System.DirectoryServices.DirectoryEntry.get_AdsObject()
   at System.DirectoryServices.PropertyValueCollection.PopulateList()
   at System.DirectoryServices.PropertyValueCollection..ctor(DirectoryEntry entry, String propertyName)
   at System.DirectoryServices.PropertyCollection.get_Item(String propertyName)
   at System.DirectoryServices.AccountManagement.SAMStoreCtx.ResolveCrossStoreRefToPrincipal(Object o)
   at System.DirectoryServices.AccountManagement.SAMMembersSet.MoveNextForeign()
   at System.DirectoryServices.AccountManagement.SAMMembersSet.MoveNext()
   at System.DirectoryServices.AccountManagement.FindResultEnumerator`1.MoveNext()
   at System.Linq.Enumerable.Contains[TSource](IEnumerable`1 source, TSource value, IEqualityComparer`1 comparer)
   at KerberosCM.WMIHelper.TryIsUserLocalAdmin(SystemInfo si, UserPrincipal user, Boolean& isLocalAdmin)
9/17/2014 8:36:08 AM Info: Connect to WMI, \root\cimv2
9/17/2014 8:36:10 AM Error: Access of system information failed System.Runtime.InteropServices.COMException (0x80070035): The network path was not found.

   at System.DirectoryServices.DirectoryEntry.Bind(Boolean throwIfFail)
   at System.DirectoryServices.DirectoryEntry.Bind()
   at System.DirectoryServices.DirectoryEntry.get_AdsObject()
   at System.DirectoryServices.PropertyValueCollection.PopulateList()
   at System.DirectoryServices.PropertyValueCollection..ctor(DirectoryEntry entry, String propertyName)
   at System.DirectoryServices.PropertyCollection.get_Item(String propertyName)
   at System.DirectoryServices.AccountManagement.SAMStoreCtx.ResolveCrossStoreRefToPrincipal(Object o)
   at System.DirectoryServices.AccountManagement.SAMMembersSet.MoveNextForeign()
   at System.DirectoryServices.AccountManagement.SAMMembersSet.MoveNext()
   at System.DirectoryServices.AccountManagement.FindResultEnumerator`1.MoveNext()
   at System.Linq.Enumerable.Contains[TSource](IEnumerable`1 source, TSource value, IEqualityComparer`1 comparer)
   at KerberosCM.WMIHelper.TryIsUserLocalAdmin(SystemInfo si, UserPrincipal user, Boolean& isLocalAdmin)

Я знаю, что это действительно старый пост, но для тех, у кого все еще есть эта проблема ... Мне удалось обойти это, зайдя в группу локальных администраторов на сервере и очистив все учетные записи, отображаемые как GUID.

Как только я это сделал, я смог запустить инструмент, не вводить информацию о сервере / пользователе и просто нажать «Подключиться». Он вошел сразу после этого.

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

У меня была такая же проблема с SQL 2016, размещенным на Windows Server 2016.

Запуск от имени администратора не решил мою проблему. Мне пришлось 'Запуск от имени другого пользователя', затем я вошел как мой Администратор домена Active Directory. Затем я смог подключиться к размещенному серверу SQL.

Мой был похож на другие ответы, но немного отличался. У меня была учетная запись из другого домена в группе локальных администраторов. Я не уверен, какой именно тип доверия присутствовал. После удаления этой учетной записи инструмент смог запустить.

Я знаю, что эта ветка устарела, но у меня была такая же проблема. В моем случае служба удаленного реестра не работала. Я обнаружил, что на некоторых серверах он просто работает, а на других показывает «Автоматически» (запуск по триггеру), и в обоих случаях я могу успешно использовать инструмент. Если служба работает вручную / отключена и т. Д. И не работает, возникла эта ошибка.

Возникла точно такая же проблема, как я ее исправил?

Я пошел к локальным пользователям и группам на сервере с проблемами SPN Группы> Администраторы> и удалил любую учетную запись, которая не является частью того же домена, что и сервер.

У меня была учетная запись пользователя из другого домена, после ее удаления и повторной попытки приложения она сработала.

Ура.

Помимо удаления записи GUID из группы локальных администраторов, мне пришлось запустить инструмент удаленно с другого компьютера в домене, чтобы избежать System.Runtime.InteropServices.COMException