как лучше настроить машину для разработки как в рабочей группе, так и в домене Windows? [закрыто]

Я разработчик. Изначально на территории моего клиента (работодателя) мне был предоставлен настольный компьютер компании с Windows XP Pro SP3, подключенный к корпоративному домену Windows Active Directory (AD).

Вот ситуация 1):

• 1) Компьютер AD - рабочая станция Windows (или, в целях обсуждения, любая операционная система Windows для рабочей станции).

Поскольку для разработки мне требовалось полное администрирование машины, а объем жесткого диска был весьма ограничен (всего 20 Гб), при необходимости установки средств разработки ((например, Vsial Studio 2008+2010) и серверов (например, (MS SQL Server 2008 R2, SharePoint Server и т.д.), я не мог установить другую Windows. поэтому мне пришлось переформатировать жесткий диск и установить свежий

• 2) рабочая группа Windows XP Pro SP3 (т.е. Windows XP как часть рабочей группы, не подключенная к корпоративной Windows AD).

Это привело к осложнениям при взаимодействии и разработке, тестировании, интеграции с AD.

Предположим, у меня был бы более емкий жесткий диск, или для будущих подобных ситуаций, **что было бы более правильным решением** для взаимодействия, общения, разработки + тестирования + интеграции с корпоративной AD, имея полное администрирование разрабатываемой машины (без доступа к администрированию корпоративной AD):

A) установить вторую (с двойной загрузкой) рабочую группу Windows XP (для разработки), оставив 1) для доступа к ресурсам AD + тестирования + интеграции, таким образом имея

• 3) машину с двойной загрузкой 1) + 2)

или

B) взломать единственную 1) установку Windows? для имитации/переключения между необходимостью изоляции+полного администрирования для разработки+тестирования (т.е. наличие Windows как части рабочей группы) и необходимостью иметь Windows как часть AD?

В любом случае, все установки (конфигурации), которые я могу себе представить, имеют недостаток раздельной загрузки либо в Windows машины AD, либо в Windows машины рабочей группы (поскольку невозможно, чтобы Windows была одновременно частью рабочей группы и AD).

Решение 3) с двойной загрузкой также имеет недостаток в дублировании довольно трудоемкой настройки, конфигурации среды разработки.

ВОПРОСЫ:

• Q1) Каковы варианты объединения в одной Windows необходимости изолированной разработки и доступа/разработки/тестирования в среде AD?

• Q2) Каковы различия в доступе к компьютерам AD и рабочей группы под AD Windows local Administrator и под рабочей группой Windows administrator?

Похожие вопросы:

• Q3) https://serverfault.com/questions/169142/interoperating-with-windows-domain-computer-from-workrgroup-windows

• Q4) как разделить одну учетную запись машины домена с мультизагрузочной рабочей группой Windows?

----------

Update1:

Sagar посоветовал VirtualBox или VMWare player (которые были потеряны в разглагольствованиях).

Барт Сильверстрим высказался против двойной загрузки и посоветовал "обратить внимание на виртуализацию (которая в большинстве случаев бесплатна). Снимки и резервные копии более удобны, и вы можете легко моделировать сети или конфигурации нескольких рабочих станций".

GregD снова задал мне FAQ, хотя я опять не смог понять, какой именно. GregD написал:

"Вы задали оба этих вопроса вчера и ОБА в настоящее время на -1. Значит, вы не только задаете непостижимые вопросы, но и не заинтересованы в том. заинтересованы в том, чтобы на них ответили?"

Да, я заинтересован. Что я должен был понять из 0 ответов и многочисленных downvotes?

----------

Update2:

Еще раз спасибо моим ярым читателям за пристальное внимание и закрытие вопроса! Хотя какой в этом смысл, ведь он уже был отмечен как ответ?

jscott только что добавил ответ в похожий подвопрос

• Какие есть варианты для временного ноутбука в рабочем домене? (Какие есть варианты для временного ноутбука в рабочем домене?):

"Может ли пользователь ноутбука просто подключиться к своему рабочему столу домена через RDP?

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

Спасибо jscott, еще раз, я люблю тебя!

----------

Update3:
Упс, я отформатировал жесткий диск и переустановил все с нуля (100 часов работы), и там был ответ, как преобразовать доменный компьютер Windows в недоменный:

• Отключить групповую политику на рабочей станции [закрыто]

BTW, я переустановил Windows с одобрения высшего руководства компании. Проблема была в том, что сисадмины не знали, как установить Windows в рабочей группе (у них были записанные на CD образы со всеми предварительными настройками для установки локального клиента AD).