none
При установке SQL Server 2012 отказ в доступе на уровне учетных записей служб RRS feed

  • Вопрос

  • При установке SQL server 2012 на Windows server 2012 standart на этапе конфигурации сервера "укажите учетные записи служб и параметры сортировки" я ввожу для Агента SQL Server и Ядра SQL СУБД Server одну и ту же учетку, которую специально перед этим завел в AD на  DC (как пользователя домена). Формат соответственно DOMANENAME\Username. Пароль не пустой, а тот, что был при создании учетки в AD. При нажатии "Далее" выскакивает ошибка "Эта страница содержит ошибки ошибки проверки. Нажмите кнопку "Ок", чтобы закрыть это диалоговое окно. Посмотрите ошибки в нижней части страницы". Внизу 2 ошибки. Первая: "Отказано в доступе". Вторая : "Недопустимое имя входа или пароль для учетной записи службы SQL Server. Чтобы обновить учетную запись службы используйте диспетчер конфигурации SQl Server".

    На всякий случай добавил в AD username'а в группу "Администраторы", а так же добавил его в администраторы непосредственно на сервере, на котором ставится SQL Server. Уже не знаю что ему еще может не нравиться.

    P.S. До этого устанавливал SQL Server с учетными записями, прописанными по умолчанию (локальными какими то NT Service\SQLAgent$SHAREPOINT и NT Service\MSSQL$SHAREPOINT) и вся установка проходила нормально.

    P.P.S Надо уточнить, что оба сервера (DC и будущий SQL) находятся на разных виртуальных машинах.



    • Изменено Evgeny Zinger 15 ноября 2013 г. 6:49 опечатка
    15 ноября 2013 г. 6:14

Ответы

  • Сам решил проблему. На всякий случай, вдруг кому пригодится, распишу суть и решение:

    Заново создал в AD пользователя A, которого добавил в группу Администраторы. Под ним зашел на сервер, где планируется установка SQL Server'a. Даем нашему пользователю А права локального администратора на компьютере. После чего уже проводим установку SQL Server'a. Теперь этап с введение какого то пользователя в учетные записи служб (необязательного этого А) проходит нормально.

    Парадоксально, что до этого все делалось так же, только пользователь, с которого производился вход в систему, в AD числился просто пользователем домена. И на реальном железе, которое у нас стоит, этих прав вполне достаточно было для установки SQL server'a.

    • Помечено в качестве ответа Evgeny Zinger 15 ноября 2013 г. 9:06
    15 ноября 2013 г. 9:06

Все ответы

  • Сам решил проблему. На всякий случай, вдруг кому пригодится, распишу суть и решение:

    Заново создал в AD пользователя A, которого добавил в группу Администраторы. Под ним зашел на сервер, где планируется установка SQL Server'a. Даем нашему пользователю А права локального администратора на компьютере. После чего уже проводим установку SQL Server'a. Теперь этап с введение какого то пользователя в учетные записи служб (необязательного этого А) проходит нормально.

    Парадоксально, что до этого все делалось так же, только пользователь, с которого производился вход в систему, в AD числился просто пользователем домена. И на реальном железе, которое у нас стоит, этих прав вполне достаточно было для установки SQL server'a.

    • Помечено в качестве ответа Evgeny Zinger 15 ноября 2013 г. 9:06
    15 ноября 2013 г. 9:06
  • Спасбо за то, что предоставили решение!

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

    15 ноября 2013 г. 9:12
    Модератор