Grupo de trabalho do Windows para migração de domínio

Question

Temos uma rede do Windows em execução no modo de grupo de trabalho sem servidor. Existem cerca de 14 máquinas na rede, então é óbvio que mudamos para um servidor SBS 2008 no modo de domínio. Minha pergunta envolve a migração de contas de usuários para essa configuração de domínio.

Existem várias contas em cada máquina e algumas pessoas têm contas em várias máquinas. Existem cerca de 15 usuários no total, além de algumas contas de visitantes. Todas as máquinas estão executando o Windows XP Pro, mas há um laptop com Windows 7 prestes a ser adicionado.

Queremos transferir os perfis e não apenas criar novas contas, e provavelmente desejamos mover todos os arquivos do usuário para os diretórios iniciais do usuário no novo servidor.

Já vi recomendações de USMT, moveuser.exe e ADMT no passado. Eu também vi recomendações de migrar manualmente criando as novas contas e depois copiando os perfis - embora a última vez que tentei esse método (por volta de 2004) foi bastante confuso. Usar qualquer um desses métodos presumivelmente significa que precisamos decidir de qual máquina migraremos.

Espero que nos digam que precisaremos fazer isso de maneira bastante manual, dada a duplicação de contas em todas as máquinas, mas dicas e bons métodos seriam bem-vindos. Como você lidaria com essa situação e quais possíveis problemas e problemas você esperaria?

    

Answer 1

Embora eu não consiga falar com vários perfis para o mesmo usuário em várias estações de trabalho, direi que, se o SBS2008 for parecido com o SBS2003, ele deverá fazer um ótimo trabalho ao ingressar os computadores no domínio e migrar o usuário individual perfis para perfis de domínio. Claro que estou falando de um cenário em que há um usuário principal por estação de trabalho, não vários como você. IMHO este é um dos pontos strongs da SBS, fazendo uma migração de um grupo de trabalho para um domínio tão indolor quanto possível. O "Assistente para adicionar usuário" faz um trabalho bastante agradável de ajudar você a criar contas de usuário e computador com base nos seus nomes atuais de usuário e computador. Posso sugerir que você escolha um usuário "principal" por estação de trabalho e use o "Assistente para adicionar usuário" para "migrar" esses usuários e perfis para o domínio, além de ingressar em seus computadores no domínio. Você pode entrar depois da migração e escolher as peças necessárias dos vários perfis de usuário que estão espalhados pelas estações de trabalho.

    

Answer 2

Vai ser bastante manual, dada a duplicação de contas nas máquinas.

> sorriso <

Não sou fã de usar ferramentas para realizar essa migração, além de scripts personalizados que eu possa escrever para a situação específica. Eu sinto que a atenção manual em um ambiente tão pequeno dá os melhores resultados. Me chame de curiosidade, mas sinto que há muitos pedidos de julgamento humano que surgem nesse tipo de trabalho. (Para ser justo, eu também nunca fiz tal migração com mais de 20 assentos onde nós nos preocupamos em salvar qualquer um dos dados de perfil do usuário. Migrar um inferno peer-to-peer tão grande que parece um pesadelo, se você me perguntar. Ferramentas automatizadas, se testadas adequadamente, testadas novamente e testadas pela terceira vez, provavelmente facilitariam muito a migração maior, mas o número de clientes teria que ser um valor suficientemente grande para compensar o tempo todo no teste. / p>

Eu começaria obtendo a configuração do computador servidor com o redirecionamento de pasta desejado, perfis de usuário móveis, etc. Obtenha uma máquina de teste associada ao domínio e verifique se tudo funciona como esperado. Se você precisar fazer qualquer personalização do novo ambiente de usuário, faça com que sua configuração da Diretiva de Grupo faça isso. Uma situação ideal é tal que o perfil de usuário móvel de um novo usuário não exige nada do que "um administrador tem que fazer logon na primeira vez e configurar coisas no registro" bobagem. Eu "quebro" o SBS 2008 e provisionar pastas redirecionadas manualmente porque acho que o padrão método é bobo. Isso tem a vantagem de fornecer pastas para você colocar os documentos do usuário, etc., antes que eles estejam conectados.

Se você puder jogar fora os registros de usuários individuais, terá a migração mais limpa. (Os aplicativos de baixa qualidade são notórios por armazenar caminhos absolutos no registro do usuário e ter que fazer pesquisa e substituição em massa nos registros não é divertido.)

Se você não conseguir se livrar dos registros, convém se familiarizar com a USMT ou usar a GUI para copie os perfis locais para os perfis de domínio ou corte manualmente as permissões armazenadas no NTUSER.DAT. Pessoalmente, eu jogaria fora os registros, uma vez que eles provavelmente estão arrasados com caminhos absolutos e coisas desse tipo.

Assumindo que você não tem conflitos de versão de arquivo para se preocupar entre as várias máquinas, eu apenas empilharia todos os arquivos de cada usuário (Documentos, Favoritos, talvez Cookies, talvez AppData se eu sentisse que havia algo útil lá) em seu perfil de roaming recém-criado / pastas redirecionadas no computador servidor e mover uma cópia do perfil armazenado localmente para alguma mídia offline por segurança (e para impedir que eles voltem ao perfil local sem dizer a você e criar um bagunça ainda maior).

    

Answer 3

Recomendo enfaticamente usar o redirecionamento de pastas em vez de perfis de roaming se os usuários forem usar o windows 7 < - > windows xp, pois eles não vagam entre si, também você terá um faça upgrade de qualquer maneira, e eles perderão as configurações que não foram migradas, independentemente.

Se você insistir em usar perfis móveis, use a USMT para migrar os perfis de usuários locais para perfis de usuários de rede nas máquinas, configure os perfis para roaming, aponte-os para diretórios em branco e IIRC quando o usuário fizer logout das máquinas Ele copia automaticamente o perfil, portanto tenha muito cuidado onde o usuário faz login (bem fora).