Я разработчик. Изначально у моего клиента (работодателя) мне выдали настольный компьютер компании с Windows XP Pro SP3, присоединенный к корпоративному домену Windows Active Directory (AD).
Это ситуация 1):
Поскольку для разработки мне требовалось полное администрирование машины и был довольно ограниченный по объему жесткий диск (всего 20 ГБ), в то время как необходимость в настройке инструментов разработки ((например, Vsial Studio 2008 + 2010) и серверов (для например, (MS SQL Server 2008 R2, SharePoint Server и т. д.), мне не удалось установить другую Windows. поэтому мне пришлось переформатировать жесткий диск и установить новую
Это привело к сложностям взаимодействия и разработки, тестирования, интеграции против AD.
Предположим, у меня был жесткий диск большего размера или для будущих аналогичных ситуаций ** что было бы более правильным решением ** для взаимодействия, общения, разработки + тестирования + интеграции с корпоративной AD при полном администрировании разработки машина (без доступа к корпоративному администрированию AD):
А) установить вторую (двойную загрузку) рабочую группу Windows XP (для разработки) оставив 1) для доступа к ресурсам AD + тестирование + интеграция, поэтому наличие
или
Б) взломать одиночную 1) установку винды? смоделировать / переключить между необходимостью изоляции + полного администрирования для разработки + тестирования (т.е. иметь Windows как часть рабочей группы) и необходимостью иметь Windows как часть AD?
В любом случае, все установки (конфигурации), которые я мог себе представить, имеют недостаток раздельной загрузки либо на машину AD Windows, либо на машину Windows рабочей группы (поскольку невозможно, чтобы Windows была одновременно частью рабочей группы и AD).
Решение с двойной загрузкой 3) также имеет недостаток в дублировании довольно трудоемкой настройки, конфигурации среды разработки.
ВОПРОСЫ:
Q1) Какие есть варианты объединения в одной Windows необходимости изолированной разработки и доступа / разработки / тестирования в среде AD?
Q2) В чем разница в доступе к компьютерам AD и компьютерам рабочей группы под локальным администратором Windows AD и под администратором Windows рабочей группы?
Связанные вопросы:
Обновление1:
Сагар посоветовал VirtualBox или проигрыватель VMWare (которые затерялись в разглагольствованиях).
Барт Сильверстрим не рекомендовал двойную загрузку и посоветовал «изучить виртуализацию (которая в большинстве случаев бесплатна). Снимки и резервные копии более удобны, и вы можете легко моделировать сети или конфигурации нескольких рабочих станций».
GregD снова отправил мне FAQ, хотя я снова не мог понять, какой из них. GregD написал:
«Вы задали оба этих вопроса вчера, и ОБЕИХ сейчас на уровне -1. Значит, вы не только задаете непостижимые вопросы, но и не заинтересованы в том, чтобы на них ответили ??»
Да мне интересно. Что я должен был понять из 0 ответов и нескольких голосов против?
Обновление2:
Еще раз спасибо моим ярым читателям за пристальное внимание и закрытие этого вопроса! Хотя в чем был смысл, если он уже был отмечен как ответ?
Jscott просто добавил ответ в подобном подвопросе
"Может ли пользователь портативного компьютера просто подключиться к рабочему столу своего домена через RDP?
Он может получить доступ к общим файлам на рабочем столе домена с портативного компьютера, не являющегося доменом, при условии, что он использует свои учетные данные домена для подключения ».
Спасибо, jscott, еще раз, я люблю тебя!
Обновление 3:
Ооо, я отформатировал жесткий диск и переустановил все с нуля (100 часов работы), и был ответ, как преобразовать доменную машину Windows в недоменную:
Кстати, я переустановил Windows с одобрения высшего руководства компании. Проблема заключалась в том, что системные администраторы не знали, как установить Windows в рабочую группу (у них были записанные на компакт-диски образы со всеми предустановками для локальной установки клиента AD).
Его вопрос действительно не так уж сложно понять ...
vgv: Может ли ваш ИТ-администратор не дать вам административный контроль только над вашей машиной? Вот как мы это делаем в нашем офисе. У каждого из нас есть административный контроль над нашими собственными машинами, но нам не разрешен доступ к ним извне офиса (нет VPN, если у вас нет ноутбука, предоставленного компанией - в этом случае вы все равно не получите настольный компьютер).
Вам не обязательно быть в рабочей группе, чтобы заниматься разработкой. Я уверен, что ваша компания что-нибудь придумает. Вам просто нужно объяснить своим ИТ-специалистам, что вам нужен хотя бы некоторый уровень административного доступа для разработки программного обеспечения.
Что касается двойной загрузки, это действительно не поможет вам, если вы не планируете переключать Windows каждый раз, когда вам нужно перейти от разработки к совместному использованию некоторых файлов или доступу к чему-либо в сети.
Другой вариант - получить жесткий диск большего размера и использовать виртуальную машину Windows, не подключенную к AD. Работайте над этим в своей разработке. Это сэкономит ваше время по сравнению с системой с двойной загрузкой.