Я оставил фирму с доменом Windows. Они предоставят мне машину для разработки, которую я использовал в их домене, если я заключу с ними контракт, но они не хотят, чтобы я входил в домен, потому что у них нет специального администрирования. Таким образом, я мог бы делать что угодно в локальной сети, имея доступ к домену еще на один сеанс, но не после того, как принесу домой машину XP. У меня не будет доступа к их ресурсам локальной сети или они мне понадобятся.
В идеале я хотел бы продолжать использовать ту же учетную запись. Мой вопрос заключается в том, как быстро восстановить как можно более похожую среду рабочего стола и среды разработки, запустив локально SQL Server и Management Studio и другие инструменты разработки с минимальной переустановкой.
Какой самый простой способ удалить компьютер с XP pro из домена Windows (в рабочую группу) с минимальной потерей функциональности приложения и данных? (Еще есть доступ к домену).
Удалить компьютер из домена просто, просто присоедините его к рабочей группе.
Если вы хотите сохранить их профиль, вам нужно скопировать их профиль прежде чем покинуть домен.
Конечно, не все будет перенесено идеально. Вероятно, что некоторые ссылки пользователей на ресурсы домена в своем профиле больше не будут работать. Но вы должны получить большинство их настроек.
Действительно непонятно, что вы ищете. На самом деле не существует нескольких «методов» отделения клиентского компьютера от домена. (Я имею в виду, конечно, вы можете использовать NETDOM вместо графического интерфейса, но он по-прежнему вызывает те же API ...)
В присоединении к домену нет ничего волшебного. Приложения и данные на ПК останутся нетронутыми (хотя программное обеспечение, которое было «продвинуто» с помощью групповой политики, может быть удалено автоматически, если оно было выбрано для удаления, когда оно выпадает из области управления.)
Если вы отключите клиент Windows XP от домена, вы больше не сможете входить в систему с учетными записями пользователей домена. Любые локальные профили пользователей, связанные с учетными записями пользователей домена, станут недоступны. Для меня это может быть расценено как «потеря функциональности приложения». Конечно, ничего не будет потеряно - вы можете повторно присоединиться к домену, и все вернется к работе, как и раньше. Это просто неудобно.
Вы можете создать локальную учетную запись пользователя на машине с тем же именем пользователя и паролем, что и действительная учетная запись пользователя домена. Это обеспечило бы довольно прозрачный доступ к серверным компьютерам в домене («доверительные отношения домена для бедняков», часто используемые в «домашних» версиях операционных систем, когда требуется доступ к ресурсам домена), но это не даст вам существующих локально сохраненный профиль пользователя домена.
Вы жестяная банка «перенести» профиль пользователя из одной учетной записи в другую, но нет документированной и «поддерживаемой» операции, чтобы в итоге новый локальный профиль имел тот же путь в «C: \ Documents and Settings», что и старый профиль, чтобы мои знания. Учитывая количество приложений, которые я видел, которые по глупости хранят ссылки на папку «C: \ Documents and Settings ...» для профиля пользователя, я бы сказал, что любое «решение», которое не сохраняет это путь для новой локальной учетной записи приведет к некоторой потере функциональности.
Вы можете покинуть домен, используя любую учетную запись администратора домена, чтобы преобразовать машину обратно в компьютер рабочей группы. Однако вам нужно будет определить локальную учетную запись пользователя, которую вы будете использовать вместо существующей учетной записи домена.
Данные профиля (если они не используют строгие перемещаемые профили) должны храниться в C: \ Documents and Settings \ username.DOMAIN.
Вам понадобится учетная запись администратора домена и учетная запись локального администратора.
Если у вас не слишком сильная головная боль, вы должны уметь:
Создайте новую учетную запись локального пользователя. (С помощью учетной записи администратора)
Войдите в новую учетную запись.
Выйдите из новой учетной записи (при этом будет создана папка «Документы и настройки»).
Снова войдите в систему администратора и скопируйте файлы из C: \ Documents and Settings \ username.DOMAIN \ в C: \ Documents and Settings \ new_username. (Убедитесь, что вы также видите скрытые файлы.)
Войдите в новую учетную запись и проверьте результаты.
Сами приложения не хранятся в вашем профиле пользователя, но есть много конкретных данных приложения (обычно хранящихся в C: \ Docs \ User \ AppData или аналогичных). Вы сможете сохранить почти все эти данные, используя описанный выше метод.
Другой вариант - мастер Windows Easy Transfer Wizard (и / или средство миграции пользовательской среды). Это должно позволить вам сделать резервную копию профиля пользователя, а затем, когда вы перейдете к его повторному импорту, вы можете указать, что хотите импортировать настройки в локально созданную учетную запись пользователя.
Вы можете отключить его от домена, но когда ему потребуется получить доступ к чему-либо, он предложит войти в систему, поскольку вход в рабочую группу не будет действительным (и Windows по умолчанию передает учетные данные текущего пользователя).
Это происходит, когда я настраиваю новую машину и перехожу в наши установочные каталоги для установки приложений перед перезагрузкой, чтобы изменение домена вступило в силу. К счастью, такая ситуация возникает очень редко, только когда у моих установщиков Slipstream нет сетевых драйверов для добавления самой машины.
Зачем вам нужно отключать машину от домена? Я думаю, это будет большая административная проблема.
Вы можете покинуть домен, если у вас есть Местный Учетная запись администратора, которая вам понадобится для добавления программ на компьютер и т. Д., Если вы собираетесь стать владельцем.
Выполните следующие шаги:
1) Убедитесь, что у вас есть пароль локального администратора.
2) Выйдите из домена, перезагрузитесь и войдите как локальный администратор.
3) Создайте новую локальную учетную запись с правами администратора. (Обычная учетная запись, если вам не нужны права администратора)
4) Перейдите в следующее место реестра:
HKEY_LOCAL_MACHINE \ SOFTWARE \ Microsoft \ Windows NT \ CurrentVersion \ ProfileList
5) Здесь перечислены все учетные записи и связанные с ними профили,
6) Направьте новую учетную запись на профиль старого пользователя (пользователя домена).
7) Перезагрузитесь и войдите в систему с новой учетной записью. Вы не увидите разницы между старой и новой учетной записью.
Ответ Zoredache работает на практике. Я опубликовал исходный вопрос и обнаружил, что его решение работает хорошо и, похоже, является предполагаемым средством Microsoft для этого сценария. После того, как я скопировал профиль учетной записи домена в локальную учетную запись, мне пришлось сбросить пароль локальной учетной записи. Не потерял никаких документов, так как не использовал шифрование EFS. Спасибо всем, кто помогал в этом.