Членство в домене AD изменения Сервера рабочий MS SQL 08 2008 года
Простой поиск Google SMS на адрес электронной почты привел к нескольким вещам, большинство которых я не верю, имеют любое требование для Вашего сотового телефона, чтобы быть присоединенными к компьютеру. Существует ли причина, почему Вы хотите, чтобы телефон был присоединен к компьютеру?
Это удовлетворило бы Вашим потребностям?
Могло бы быть полезно знать больше о том, что Вы пытаетесь выполнить при попытке предложить решение.
Вы оказываетесь перед необходимостью проходить раздел безопасности и исследовать логины, чтобы видеть, соединяются ли Ваши пользователи с учетными данными Windows. Ищите логины DOMAIN1\userid и определите, должны ли они копироваться.
Знайте, что глубоко в SQL Server это знает то, чем было название сервера, когда это было первоначально установлено. Так "ВЫБОР @@ ИМЯ СЕРВЕРА" может возвратить неправильную вещь, если Вы меняете имя машины как часть доменного перемещения. Редко, чтобы вещи зависели от него, но иногда Вы находите некоторый код, который заботится.
Обратите внимание, что на 2008 особенно существуют специальные локальные группы, созданные на сервере, которому, возможно, понадобятся новые участники, добавил к ним, чтобы заставить вещи работать правильно.
При выполнении сервера как пользователь домена, а не Полномочия/Сетевая служба NT или Система Полномочий NT / Локальная Система затем, необходимо будет изменить это в панели управления для Сервисов.
Я рекомендовал бы установить sql сервисы на Руководство в Сервисной панели управления для перемещения. Делает перезагрузки быстро, и можно проверить всего владельца файла поставки и наполнить, не подходя сервера половина пути и затем можете не найти часть DBS. Если это сохраняет Вас сканирование контрольной точки и восстановление, это стоит того.
Имейте резервные копии, сделанные правильно перед перемещением!!!
Это зависит от того, как Ваши приложения были настроены, необходимо посмотреть на метод аутентификации для пользователей, если они проходят проверку подлинности с учетной записью домена к базе данных, это - возможные вещи, не будет работать при переключении на новый домен, также необходимо посмотреть на то, как Вы, приложение управляет подключением дб, некоторое время назад у меня было клиент-серверное приложение, которое было разработано со схемой доменной аутентификации пользователя, так изменитесь, это к схеме аутентификации пользователя дб потребовало, чтобы много времени и тестирующий удостоверилось, что все работает.
SQL Server не зависит от доменного членства, но это может использовать его в нескольких целях, таким образом, единственный ответ, "это зависит".
Как предложено, необходимо быть осторожны относительно аутентификации: если бы доступ к базе данных предоставляют доменным пользователям/группам, он не работал бы больше после доменного изменения (если домены не доверяют друг другу и некоторым другим мерам, существуют); при использовании локальных пользователей/групп Windows на сервере или внутренней аутентификации SQL Server Вы не будут иметь никакой проблемы вообще.
Другой вещью быть осторожным относительно являются сервисные учетные записи SQL Server, т.е. учетные записи, которые используются для выполнения самого SQL Server; если они будут учетными записями домена, то сервисы SQL Server не смогут запуститься больше после доменного изменения.
- Сделайте резервную копию всех баз данных
- создайте учетную запись системного администратора и запомните ее пароль ИЛИ рассмотрите то же самое для 'sa'.
- Измените учетную запись службы всех служб SQL на локальную.
- Измените владельцев заданий (не текущую учетную запись домена)
- извлеките DDL для всех собственных пользователей, пользователей Windows и Windows групп.
- Извлеките DDL для всех заданий
- Команда разработчиков должна изменить в своем файле web.config (сервер с новый домен)