Eu sou desenvolvedor. Inicialmente, nas instalações do meu cliente (empregador), recebi o computador desktop da empresa, com o Windows XP Pro SP3, associado ao domínio corporativo Windows Active Directory (AD).
Esta é a situação 1):
-
1) Estação de trabalho Windows do computador AD (ou, para fins de discussão, qualquer sistema operacional da estação de trabalho Windows).
Desde que, para desenvolvimento, precisei de administração total de máquina e tive um disco rígido de volume limitado (de apenas 20 GB), tendo a necessidade de configurar ferramentas de desenvolvimento ((por exemplo, Vsial Studio 2008 + 2010) e servidores (por exemplo, (MS SQL Server 2008 R2, SharePoint Server, etc), eu não poderia instalar outro Windows. então eu tive que reformatar o disco rígido e instalar fresco
-
2) grupo de trabalho do Windows XP Pro SP3 (ou seja, o Windows XP como parte do grupo de trabalho, não associado ao Windows AD corporativo).
Isso resultou em complicações para interoperar e desenvolver, testar, integrar contra o AD.
Suponha que eu tenha um disco rígido maior, ou para situações futuras semelhantes **, o que teria sido uma solução mais correta ** para interoperar, comunicar, desenvolver + testar + integrar com o AD corporativo e ter total administração da máquina em desenvolvimento (sem acesso à administração corporativa da AD):
A) para instalar o segundo grupo de trabalho (dual boot) do Windows XP (para desenvolvimento), deixando 1) para acessar os recursos do AD + testing + integration, assim, ter
- 3) máquina de inicialização dupla com 1) + 2)
ou
B) para hackar a única 1) instalação do Windows? para simular / distorcer entre necessidades de isolamento + administração total para desenvolver + testes (ou seja, ter o Windows como parte do grupo de trabalho) vs. necessidade de ter Windows como parte do AD?
De qualquer forma, todas as configurações (configurações), que eu possa imaginar, têm a desvantagem de inicializar separadas na máquina Windows do AD ou na máquina Windows do grupo de trabalho (já que é impossível fazer com que o Windows seja parte do grupo de trabalho e do AD) .
Solução dual-boot 3) também tem desvantagem na duplicação de configurações demoradas, ambiente de desenvolvimento de configuração.
PERGUNTAS:
-
Q1) Quais são as opções de mesclar em um Windows a necessidade de desenvolvimento isolado e acesso / desenvolvimento / teste no ambiente do AD?
-
Q2) Quais são as diferenças no acesso a computadores AD e a grupos de trabalho no Administrador local do Windows AD versus administrador do Windows no grupo de trabalho?
Perguntas relacionadas:
----------
Atualização1:
Sagar aconselhou o VirtualBox ou o player VMWare (que foram perdidos em falas).
Bart Silverstrim desdobrou o dual-boot e aconselhou "olhe para a virtualização (que é gratuita na maioria dos casos). Snapshots e backups mais úteis, e você pode simular redes ou múltiplas configurações de estações de trabalho facilmente".
GregD novamente me fez uma pergunta, embora eu não conseguisse entender por qual deles.
GregD escreveu:
"You asked both of those questions
yesterday and BOTH are currently at
-1. So not only are you asking inscrutable questions, but you aren't
interested in having them answered??"
Sim, estou interessado. O que devo ter entendido a partir de 0 respostas e várias votações de baixo risco?
----------
Update2:
Obrigado mais uma vez aos meus leitores ardentes pela atenção e fechamento desta questão!
Embora qual era o ponto desde que já tinha sido marcado como respondido?
jscott acabou de adicionar uma resposta em uma subquestão semelhante
"Could the laptop user just connect to
his domain desktop via RDP?
He may access file shares on the
domain desktop, from the non-domain
laptop, provided he uses his domain
credentials to connect."
Obrigado jscott, mais uma vez, eu te amo!
----------
Update3:
Oooops, formatei o disco rígido e reinstalei tudo do zero (100 horas de trabalho) e havia uma resposta sobre como converter uma máquina Windows com domínio para uma não-domained:
BTW, eu reinstalei o Windows com a aprovação da alta administração da empresa. O problema era que os administradores de sistemas não sabiam como instalar o Windows no grupo de trabalho (eles tinham as imagens gravadas em CD com todos os pré-definidos para configuração local do cliente AD).