A associação do (s) seu (s) computador (es) cliente (s) ao domínio não eliminará a capacidade de você continuar a fazer login como a conta de usuário local que já está usando. A Diretiva de Grupo começará a ser aplicada ao computador depois de ingressar no domínio, mas, em um Active Directory do Windows Server 2008, não haverá realmente nenhuma configuração de diretiva de grupo aplicada. Portanto, para todos os efeitos, o computador cliente será exibido não afetado por ingressar no domínio.
Com relação às suas preocupações: solicitações e configurações: o perfil da sua conta de usuário local existente pode ser migrado para o perfil da conta de usuário do domínio, o que preservará a maioria das configurações. Um item ofensivo, no entanto, são os aplicativos que armazenam caminhos que fazem referência a "C: \ Documents and Settings ..." (ou "C: \ Users ..." se você estiver em um mundo do Windows Vista / 7) em o registro. Nesse caso, se quiser que esses caminhos continuem "funcionando", você deverá executar a migração de perfil de forma que a conta de domínio acabe usando o mesmo diretório na unidade de disco rígido local para armazenamento de perfil como a conta local, que em última análise, significa realocar ou excluir o perfil do usuário local.
Pessoalmente, se eu fosse você, participaria do computador cliente no domínio, faria o logon uma vez com sua conta de domínio, reinicializaria (para ter certeza de que não há nenhum identificador aberto em nenhum registro de usuário), logon como "Administrador" (supondo que a conta local que você está usando não seja "Administrador") e use a funcionalidade "Copiar para" na caixa de diálogo "Configurações de perfis de usuário", acessível através da guia "Avançado" do "Propriedades "de" Meu Computador "para copiar o perfil da conta de usuário local sobre o perfil da conta de domínio. Especifique a conta de domínio na seção "Permitido para uso" da caixa de diálogo "Copiar para".
Eu faria logon como a conta de domínio (que deveria ter a aparência da sua antiga conta de usuário local) e usaria o REGEDIT para varrer o HKEY_CURRENT_USER procurando referências a "C: \ Documents and Settings \ old -local-user ... "e altere-os para se referirem à localização do perfil da nova conta de domínio. É tedioso, mas você provavelmente terá alguns aplicativos estúpidos que salvaram caminhos absolutos para locais de perfil. (Obrigado, desenvolvedores de aplicativos estúpidos ...)
O bom desse método é que ele preserva a conta de usuário local. Você ainda pode fazer logon como o usuário local se achar que as coisas não estão funcionando com a conta de usuário do domínio.
A coisa ruim sobre esse método é que ele preserva a conta de usuário local. Você ainda pode fazer logon como o usuário local e, ao fazer isso, fazer modificações em documentos armazenados localmente, etc, e acabar ficando confuso sobre o que é o quê e destruindo dados.
Assim que a conta de usuário do domínio estiver funcionando como você gostaria, eu excluiria a conta de usuário local e seu perfil. Se você é paranóico, faça backup do diretório do perfil e desative a conta de usuário local. Pessoalmente, eu tentaria fazer uma pausa limpa para que você não estivesse chutando o antigo diretório de perfil de usuário na praia para sempre.
Por fim, se você não tiver acesso a alguém com boa experiência em Active Directory, crie seu Active Directory, use a Diretiva de Grupo para implantar o software / controle central da implantação de atualizações / armazene arquivos de dados de usuários / alavancar centralmente os perfis de usuários do romaing etc. , Eu o encorajo a procurar alguém que possa passar algumas horas te ajudando. Você pode obter muitas funcionalidades do Active Directory, e algumas configurações muito simples da Diretiva de Grupo podem ser usadas para obter dados de usuários armazenados centralmente, fazer atualizações de aplicativos do Windows e da Microsoft sendo implantados e gerenciados centralmente, etc. coisas, e você pode economizar muito tempo e dores de cabeça no caminho.
Boa sorte!