Недопустимые учетные данные для агента агента SQL Server.

Ответ 1

Я решил использовать в качестве учетных данных встроенные учетные записи в качестве NetworkService эта статья указывает мне в правильном направлении http://www.sqlcoffee.com/SQLServer2008_0013.htm

Ответ 2

Используйте учетные данные, которые вы используете для входа на ПК. Имя пользователя можно найти, щелкнув последовательно

Дополнительно → Найти → Выберите свое имя пользователя → (например, JOHNSMITH_HP/John)

Пароль должен быть таким же, как ваш пароль для входа в Windows

Там вы идете!

Ответ 3

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

Я попытался установить учетные данные Windows без ввода пароля, но это тоже не получилось. Получалась такая же ошибка.

Затем я вручную очистил все текстовые поля паролей и копировал правильный пароль в каждом текстовом поле. Хит введите, и он прошел.

Ошибка, скорее всего, вводила в заблуждение.

Ответ 4

• В раскрывающемся списке "Имя учетной записи" выберите "Обзор". Введите имя пользователя, которое вы использовали для входа в окна на "Введите имя объекта для выбора", а затем нажмите "Проверить имена". Нажмите "ОК".

• В разделе "Пароль" просто введите пароль, который вы использовали для входа в Windows.

Ответ 5

Кажется, есть несколько проблем, которые могут вызвать этот симптом. Чтобы рассказать им обо всех, нужно посмотреть файлы журнала установки в %PROGRAMFILES%\Microsoft SQL Server\[versionnumber]\Setup Bootstrap\Log, возможно Detail.txt.

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

Ответ 6

У меня была эта ошибка в результате попытки использовать клонированную виртуальную машину с тем же SID, что и домен. Эти два варианта исправить: sysprep (или перестроить) сервер базы данных ИЛИ dcpromo DC вниз и резервное копирование для изменения SID домена.

Ответ 7

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

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

Забыл как пользователь домена (но администратор на машине), и он принял учетные данные.

Ответ 8

синтаксис станет:

setup.exe/CofigurationFile=D:\saurabh\ConfigurationFile.ini/QUIET = "TRUE" /SAPWD = "saurabh" /SQLSVCPASSWORD = "пароль службы двигателя SQL" /AGTSVCPASSWORD = "пароль службы агента" /ASSVCPASSWORD = "Пароль службы Ananlysis" /ISSVCPASSWORD = "* Пароль службы интеграции" /RSSVCPASSWORD = "Пароль службы отчетов"

для детального решения нажмите здесь

Ответ 9

В моем случае пароль истек. Измените пароль и повторите попытку.

Ответ 10

Ну, я боролся, чтобы понять, почему, когда в разделе "Учетная запись" установки второй node система не будет принимать пароль, который я использовал для входа. Я почесал свою голову - читал каждую запись под солнцем все безрезультатно.

Я заметил, что некоторые учетные записи службы были указаны как [email protected], а другие были указаны как DOMAIN\service.instname.instno (последняя была версией Win2000)

Я также заметил комментарии о силе пароля, поэтому я подумал - я могу это сделать, поэтому я сменил пароль на гораздо более высокий уровень и RDC на сервере - с новым паролем и думал - лучше всего обновить службы на существующих node сначала. Я остановил службу, нажал на пароль и вставил из буфера обмена - (не может пойти не так, а?) Ха-ха говорит Windows.. Понял, что... он не примет пароль - я только что вошел в систему. Я нажал на кнопку, чтобы выбрать учетную запись службы и VOILA! имя учетной записи изменилось на версию DOMAIN\user и с готовностью приняло пароль. Затем я повторил упражнение на другой службе. Затем я обнаружил, что установка node продолжится (после создания резервной копии и вперед по процессу), чтобы получить новый формат имени и принять пароли без жалоб.

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

Я надеюсь, что мой опыт спасет кого-то еще от боли, в которой я прошел.

Все еще запутано

Ответ 11

У меня была учетная запись домена с надежным паролем, но она не работала, затем я использовал учетную запись Network Service. Я попытался изменить его на SQL Server Configuration Manager после установки, и он сработал.

Ответ 12

Для меня работала роль роли сервера SQL Server offline-Online на node.

Ответ 13

У меня была VM, которая была сервером 2012 года, и мне пришлось сменить nic на VMXNET 3. Он не подключался к домену достаточно быстро, чтобы начать работу, я думаю.

Ответ 14

кнопка "Использовать ту же учетную запись" под вашим основным окном автоматически заполнит все текстовые поля. это сработало.

Ответ 15

Вы можете столкнуться с одной из этих трех проблем:

• Нарушение политики паролей, найдите ценную информацию здесь: https://msdn.microsoft.com/en-us/library/ms161959.aspx
• Пароль не начинается с символа
• Учетная запись пользователя службы домена может быть заблокирована.

Сообщение в блоге с резюме по всем трем возможным проблемам можно найти здесь: https://cms4j.wordpress.com/2016/11/29/0x851c0001-the-credentials-you-provided-for-the-sqlserveragent-service-is-invalid/