Не удалось получить сведения о пользователе или группе windows nt

Обновлено: 05.07.2024

Я столкнулся с интересной ошибкой при установке MS SQL Server 2014 на новую виртуальную машину под управлением Windows Server 2012 R2. Установка SQL Server была прервана почти в конце с ошибкой « Не удалось найти дескриптор запуска компонента Database Engine ».

В журнале установки SQL произошла следующая ошибка (файл summary.txt):

Особенность: Услуги СУБД
Статус: Ошибка: подробности см. В журналах.
Причина сбоя: во время процесса установки функции произошла ошибка.
Следующий шаг: используйте следующую информацию для устранения ошибки, удалите эту функцию, а затем снова запустите процесс установки.
Имя компонента: функции экземпляра служб СУБД SQL Server
Код ошибки компонента: 0x851A0019
Описание ошибки: не удалось найти дескриптор запуска компонента Database Engine.

Эта ошибка установки MS SQL Server связана со стандартными параметрами установки, когда SQL Server запускается под непривилегированной учетной записью NT Service \ MSSQL $ V2014 . Эта учетная запись может не иметь права на запуск службы SQL Server, поэтому она не может быть запущена, и установщик возвращает ошибку «Не удалось найти дескриптор запуска компонента Database Engine». Кроме того, эта ошибка может указывать на то, что кто-то уже пытался установить SQL Server на этот компьютер, а файлы или службы, оставшиеся после установки, не были удалены.

Правильно удалите все программы, связанные с SQL Server, из панели управления и перезапустите сервер (убедитесь, что в папке C: \ Program Files \ Microsoft SQL Server \ MSSQL12.xxx нет файлов или папок).
Запустите установку из дистрибутива SQL Server с нуля. На вкладке Конфигурация сервера убедитесь, что служба ядра СУБД SQL Server запущена с учетной записью NT Service \ MSSQLSERVER;
Измените эту учетную запись на NT AUTHORITY \ SYSTEM;
Продолжите установку SQL Server. Ошибка не должна появиться снова.

После завершения установки мы настоятельно рекомендуем изменить учетную запись, под которой запускается компонент SQL Server Database Engine, на непривилегированную учетную запись.

Вам не нужно предоставлять этой учетной записи права локального администратора (достаточно предоставить необходимые привилегии в настройках безопасности SQL Server).

Вы можете использовать учетные записи с привилегиями системного администратора: NT Service \ MSSQLSERVICE или NT Service \ SQLSERVERAGENT.

Чтобы изменить учетную запись, под которой работает SQL Server:

Запустите диспетчер конфигурации SQL Server и перейдите к службам SQL Server;
Нажмите SQL Server (MSSQLSERVER), затем нажмите кнопку «Обзор» и в поле «Эта учетная запись» укажите учетную запись, под которой должна быть запущена служба, или используйте gMSA (учетная запись группы управляемых служб). Введите пароль пользователя и сохраните изменения;
Перезапустите службы SQL Server.

The job failed. Unable to determine if the owner (STAR\moorer7) of job L3BPT2M-Atlas-14 has server access (reason: Could not obtain information about Windows NT group/user 'STAR\moorer7', error code 0x5. [SQLSTATE 42000] (Error 15404)).

Это задание, созданное сценарием, определяющим репликацию.

Как мне отладить это?

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

Мы столкнулись с аналогичными ошибками в тестовой среде на виртуальной машине. Если имя машины изменится из-за клонирования ВМ из шаблона, вы можете получить эту ошибку.

Если имя компьютера изменилось с СТАРЫЙ на НОВЫЙ.

Задание использует эту хранимую процедуру:

Который использует этот:

Что дает эту ошибку SQL 15404

Что, я думаю, правильно в данных обстоятельствах. Мы добавили сценарий в процесс клонирования / развертывания виртуальной машины, который воссоздает логин SQL.

В моем случае я получал эту ошибку, пытаясь использовать функцию IS_ROLEMEMBER() в SQL Server 2008 R2. Эта функция недействительна до SQL Server 2012.

Вместо этой функции я использовал

Значительно более подробный, но он выполняет свою работу.

Просто решил эту проблему. В моем случае это был недоступен контроллер домена, потому что оба DNS-сервера были DNS-серверами Google.

Я просто добавляю в контрольный список для этой проблемы:

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

Мне пришлось подключиться к VPN, чтобы сценарий публикации успешно развернулся в БД.

В нашем случае учетная запись службы Windows, под которой работали SQL Server и агент SQL, была заблокирована в Active Directory.

Я только что получил эту ошибку, и оказалось, что мой администратор AD удалил учетную запись службы, используемую КАЖДЫМ экземпляром SQL Server во всей компании. Слава богу, у AD есть своя корзина.

(. и DOMAIN\user - мой личный аккаунт.)

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

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

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

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

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

Нажмите на файлы под «Выбрать страницу»

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

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

Надеюсь, это поможет

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

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

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

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

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

Я также установил Брокер на Включено в настройках

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

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

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

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

ОС Windows позиционируется как удобная для предприятий операционная система с различными функциями для поддержки рабочих групп и совместного использования файлов и физических ресурсов.

Одним из наиболее вопиющих нарушителей является код ошибки Windows 0x80004005. Эта ошибка обычно возникает при неудачной попытке использовать общий ресурс в сети, например общий сетевой жесткий диск. Обычный синтаксис этой ошибки выглядит примерно так: «Windows не может получить доступ к \ Computer1, проверьте орфографию… Код ошибки 0x80004005 Неизвестная ошибка».

Но не волнуйтесь. Для решения этой проблемы используются несколько методов. В этой статье обсуждается, как диагностировать и устранять основные проблемы, которые может представлять код ошибки 0x80004005.

Быстрые способы исправления ошибки 0x80004005

Есть несколько «быстрых исправлений», которые стоит попробовать, чтобы устранить эту ошибку. Эти конкретные решения часто решают проблему с кодом ошибки 0x80004005.

Хотя это не полный список всех возможных решений, есть большая вероятность, что одно из этих исправлений сработает для вас.

Отключить IPv6

Просто выполните следующие четыре шага, чтобы попробовать это исправление:

Большинство сетевых конфигураций по-прежнему используют IPv4 и будут использовать IPv4 в обозримом будущем, поэтому какое-то время вам не понадобится IPv6, если только вы не находитесь в корпоративной сети, которая уже использует IPv6.

Если это не устранило ошибку, перейдите к следующему предлагаемому решению.

Проверьте NetBIOS

Следующим шагом для устранения кода ошибки 0x80004005 является проверка работы службы NetBIOS. NetBIOS позволяет подключенным к сети компьютерам совместно использовать ресурсы. Если это не работает или не включено, это может вызвать ошибку.

Выполните следующие действия, чтобы убедиться, что служба NetBIOS включена:

Если NetBIOS работает должным образом, перейдите к следующему возможному решению.

Проверьте настройки общего доступа

Если проблема не в настройках NetBIOS, посмотрите расширенные настройки общего доступа.

Если вы внесли изменения в настройки общего доступа, повторно протестируйте свой общий ресурс, чтобы увидеть, исправила ли он ошибку 0x80004005. Если изменения не устранили код ошибки, переходите к проверке разрешений.

Проверьте разрешения

Если разрешения не помогли, перейдите к повторной загрузке обновлений Windows 10.

Повторно загрузите Центр обновления Windows 10

Включение поддержки общего доступа к файлам SMB 1.0 / CIFS

Как было предложено читателем TechJunkie TFI, несколько пользователей сообщили, что включение поддержки общего доступа к файлам SMB 1.0 / CIFS помогает.

Код ошибок 0x80004005 обычно происходит при доступе к общим папкам или дискам, при использовании определенных программ или при установке обновлений. Вот наиболее распространенные причины кода ошибок 0x80004005:

Компания Microsoft по-прежнему не решила многочисленные проблемы с глобальными обновлениями «Виндовс». Пользователи компьютеров часто встречают ошибку:

Это может быть связано с рядом причин, наиболее распространенными из них являются следующие:

К счастью, есть способы решения для каждого из этих сценариев.

Способ исправления проблем с активацией

Первое, что мы должны сделать – это убедиться в активации операционной системы. Для исправления ошибки 0x80004005 необходимо открыть меню «Пуск», а затем выбрать «Парраметры». В открывшемся окне выбираем пункт «Обновление и безопасность» и в появившемся списке слева нажимаем на «Устранение неполадок». Таким образом мы открыли еще одну вкладку, в которой необходимо запустить диагностику и устранить неполадку «Центра обновления». В большинстве случаев все проблемы будут решены в автоматическом режиме.

Способ исправления проблем с поврежденными файлами

Также можно попробовать полностью очистить директорию загрузки файлов обновления. Для этого запустите файловый менеджер и перейдите в папку «C:WindowsSoftwareDistributionDownload». После чего удалите все файлы и другие папки, которые увидите. Это заставит Windows 10 загрузить все файлы обновления заново.

Ошибка при попытке доступа к общим папкам и дискам

Если код 0x80004005 появляется при попытке доступа к общим папкам и дискам, то проблема может быть в реестре или в наличии скрытых виртуальных сетевых адаптеров.

Способ исправления ошибки 0x 80004005 в реестре

В обоих случаях ставим значение «1», и не забудьте нажать «ОК». Возможно, потребуется перезагрузка компьютера.

Внимание! Не удаляйте и не меняйте ничего в реестре, если вы не знаете, что делаете.

Способ исправления лишних виртуальных сетевых устройств

Нажмите кнопки «Windows» + R и введите hdwwiz. cpl. Так вы быстро попадете в диспетчер устройств. Нажмите «Вид» в меню и выберите «Показать скрытые устройства». Просмотрите список сетевых адаптеров. Если вы увидели устройство под названием Microsoft 6to4, то они, вероятнее всего, и стали причиной ошибки 80004005. Их надо удалить.

После этого перезагрузите компьютер и проверьте результат.

«E-FAIL 0x80004005» в VirtualBox

Появление 0x80004005 на VirtualBox обычно связана с ключом реестра.

Способ исправления

Нажмите кнопки «Windows» + R. В появившемся окне введите regedit для открытия редактора реестра. Перейдите к следующему пути реестра:

Вывод

Windows не может получить доступ к компьютеру в локальной сети

Друзья, добро пожаловать в еще одну статью-инструкцию по разрешению ваших сетевых проблем на ВайФайГиде. На связи Ботан. Сегодняшняя ошибка многолика – она проявляется и на Windows 10, и на Windows 7, может иметь разные наименования, ее проявление зачастую опирается на погоду (шутка, но порой так и думаешь), а главное – она связана с проблемами доступа к сети в операционных системах Windows. Переходим к проблематике.

Если что-то есть дополнить или осталась за кадром своя веселая история, связанная с этой ошибкой – смело пишите в комментарии. Поможете другим читателям с такой же проблемой.

Проявления ошибки

Уже сказал выше, что ошибка всплывает на всех версиях Windows – и более чем часто на современных Windows 7, Windows 8, Windows 8.1, Windows 10.

Может иметь разные по сути названия с одним смыслом. Сетевая ошибка:

Друзья, если у вас не видит вообще каких-то папок – рекомендую прочитать ЭТУ СТАТЬЮ ОТ БОРОДАЧА. Там же можно посмотреть и другие способы разрешения сетевых проблем, все эти ошибки очень похожи, универсального одного способа не существует, поэтому приходится писать столько много в основном бесполезного текста.

Решения проблемы

Здесь и далее я считаю, что вы грамотно раздали все по сети. Если не уверены в своих первоначальных действиях, рекомендую прочитать нашу статью по расшариванию файлов и папок по локальной сети.

После каждого этапа можно смело перезагружаться и проверять.

Странное решение от меня

Очень быстрое и странное дополнение от меня. Бывает такое, что сеть настроил вроде бы нормально, оно даже вчера работало, одинаковые версии Windows 10, все права назначены – но вот хоть об стену вываливаются вышеуказанные ошибки. Щелкаешь по папкам – а не дает войти (еще хуже, когда не дает войти в сам компьютер в сетевом окружении или вообще там ничего не видно).

Лично я в таком случае захожу на втором компьютере тоже в Сеть – как правило там начинается поиск, или даже делаются какие-то запросы-разрешения. Суть – второй компьютер обычно видит первый. И самое интересное – после такой манипуляции первый компьютер тоже успешно начинает работать со вторым. Необъяснимая магия, которая может продолжать работать месяцами без всяких сбоев.

Быстрый способ – реестр

Вся проблема этих доступов связана как раз с той самой подсистемой доступа. А почему бы нам ее и не заглушить на корню? Для больше части людей такая правка в реестре начисто исправляет ситуацию. Рекомендую попробовать, но если что – просто сделайте все как раньше.

Данный способ особенно актуален для Windows 10 Home, где доступа к редактору локальной GPO попросту нет. Зато работает как часы. Опытные могут сделать это же через команду (но для надежности лучше протыкать вручную):

reg add HKLM\SYSTEM\CurrentControlSet\Services\LanmanWorkstation\Parameters /v AllowInsecureGuestAuth /t reg_dword /d 00000001 /f

Шаг 1 – Проверяем настройки общего доступа

Теперь приступаем уже к основной части, если прошлые вдруг чего-то не исправили моментальные проблемы системы. Начнем все-таки с базы, а вдруг вы чего-то неверно выставили в настройках (хотя я вам охотно верю, что все сделали правильно).

Напоминаю, что предоставление доступа к папке или диску проходит в два этапа: доступ нужно разрешить в нескольких местах.

Шаг 2 – Запускаем Службы

За доступ ко всем радостям совместного пользования папок отвечает служба «Сервер». Иногда она выключена – включаем:

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

Шаг 3 – Сетевая карта

Обычно причина редко связана с этим пунктом, но попробовать ведь никто не запрещает.

Шаг 4 – Диспетчер устройств

Еще один маловероятный случай.

Шаг 5 – Олицетворение

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

Шаг 6 – SMB1

Если вы нашли свое решение, обязательно рекомендую поделиться им в комментариях. Ошибка не такая уж и простая, но порой решается очень странным простым способом. Решили сами и поделились – помогли кому-то сберечь пару седых волосков. Спасибо!

WMI: Исправление ошибок, восстановление репозитория в Windows

Любой бывалый Windows-админ периодически сталкивается с проблемами в работе службы WMI (Windows Management Instrumentation) и ее компонентах. Наличие проблем в подсистеме WMI является критичным с точки зрения нормального функционирования Windows, поэтому администратору необходимо проверить и восстановить работоспособность WMI. В этой статье мы опишем простую методику диагностирования и устранения неполадок службы WMI в Windows.

О наличии проблем с WMI может свидетельствовать широкий спектр ошибок:

Диагностика проблем с WMI

В первую очередь нужно проверить служба Windows Management Instrumentation (Winmgmt) установлена в Windows и запущена. Вы можете проверить состояние службы в консоли services. msc или с помощью PowerShell:

Get-Service Winmgmt | Select DisplayName, Status, ServiceName

Если служба Winmgmt запущена, вы можете проверить работоспособность WMI, обратившись к ней с помощью простого WMI-запроса. Вы можете выполнить wmi запрос из командной строки или из PowerShell. Например, следующая команда выведет список установленных в Windows программ:

wmic product get name, version

Простейшая PowerShell команда для получения информации о версии и билда Windows 10 через WMI может выглядеть так:

Как вы видите, служба WMI ответила на запрос корректно. Если при выполнении такого WMI-запроса Windows возвращает ошибку, скорее всего сервиса WMI работает некорректно, поврежден WMI репозиторий или есть какие-то другие проблемы.

В моем случае, например, при открытии свойств WMI Control в консоли управления компьютером (compmgmt.msc) появлялась надпись:

Ранее для диагностики WMI существовала официальная утилита от Microsoft – WMIDiag. vbs (Microsoft WMI Diagnosis). WMIdiag это vbs скрипт, который проверяет различные подсистемы WMI и записывает собранную информацию в лог файлы (по умолчанию логи находятся в каталоге %TEMP% — C:\USERS\%USERNAME%\APPDATA\LOCAL\TEMP\). Получившийся отчет состоит из файлов, имена которых начинаются с WMIDIAG-V2.2 и включает в себя следующие типы фалов:

.log файлы содержат подробный отчет об активности и работе утилиты WMIDiag;
.txt файлы содержат итоговые отчеты о найденных ошибках, на которые стоит обратить внимание;
В. csv файлах содержится информация, нужная для долгосрочного анализа работы подсистемы WMI.

в противном случае появится ошибка:

К сожалению, последняя версия WMIDiag 2.2 корректно работает только с версиями до Windows 8.1/Windows Server 2012 R2. На данный момент Microsoft даже удалила ссылку на загрузку WMIDiag из Download Center. Но при желании, этот скрипт можно найти в сети.

WMIDiag может дать подробную информацию по исправлению частных ошибок в WMI, но в большинстве случаев процесс это довольно трудоемкий и стоит потраченного времени только при решении инцидентов в критичных системах (как правило, на продуктивных серверах). Для массового сегмента рабочих станций пользователей сбросить и пересоздатьWMI репозиторий в Windows.

Исправление WMI репозитория, перерегистрация библиотек, перекомпиляция MOF файлов

В Windows 10/Windows Server 2016 вы можете проверить целостность репозитория WMI с помощью команды:

Если команда возвращает, что база данных WMI находится в неконсистентном состоянии (INCONSISTENT или WMI repository verification failed), стоит попробовать выполнить “мягкое” исправление ошибок репозитория:

Данная команда выполняет проверку согласованности хранилища WMI и при обнаружении несогласованности перестраивает базу данных WMI.

Перезапустите службу WMI:

net stop Winmgmt
net start Winmgmt

Если стандартный способ исправления ошибок в WMI не помог, попробуйте следующий скрипт. Данный скрипт представляет собой ”мягкий” вариант восстановления службы WMI на компьютере (выполняется перерегистрация dll библиотек и службы WMI, перекомпилируются mof файлы). Данная процедура является безопасной и ее выполнение не должно привести к каким-либо новым проблемам с системой.

Указанные команды можно выполнить путем простой вставки в окно командой строки, либо сохранить код в bat файле wmi_soft_repair. bat и запустить его с правами администратора. После окончания работы скрипта, перезагрузите Windows и проверьте работу WMI.

Сброс и пересоздание WMI репозитория (хранилища)

Если вам не помогли мягкие способ восстановления WMI, рассмотренные выше, придется перейти к более “жесткому” способу восстановления работоспособности службы WMI, заключающегося в пересоздании хранилищаWMI.

Если вы подозреваете, что репозиторий WMI поврежден, имейте в виду, что его пересоздание — это последняя шаг, к которому нужно прибегнуть только тогда, когда другие операции не помогают реанимировать WMI.

Следующая команда выполнит сброс базы данных WMI к исходному состоянию (как после чистой установки Windows). Используйте эту команду для выполнения hard reset репозитория WMI, если параметре salvagerepository не исправил проблему:

Если обе команды ( Winmgmt /salvagerepository и Winmgmt /resetrepository ) не восстановили консистентное состояние базы WMI, попробуйте выполнить “жесткое” пересоздание базы WMI вручную таким скриптом:

Данный скрипт полностью пересоздает хранилище WMI (старый репозиторий сохраняется в каталог Repos_bakup). После окончания работы скрипта нужно перезагрузить Windows. Затем протестируйте работу службы WMI простым запросом.

Проверьте состояние WMI репозитория. Если ошибки исправлены, команда winmgmt /verifyrepository должна вернуть:

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

Предыдущая статья Следующая статья

Проблемы с обновлением.
Перемещение или переименование файлов и папок. Ошибка центра обновления