locked
Dúvida sobre renomeação de Nome do Domínio. RRS feed

  • Pergunta

  • Galera, Bom Dia!

    Tenho um domínio xyz.com.br e pretendo renomear para grupoxyz.com.br . Já conversei com amigos do forum e já sei como fazer. Porém tenho uma dúvida:

    Quando eu renomear o nome do Domínio com o ADMT da microsoft, automaticamente todos os obejetos serão alterados, mas quando os usuário logarem nas máquinas, a mesma vai reconhecer o perfil ou vai criar um novo?? As máquinas não vão perder a conexão com o Servidor e não será necessário colocá-las no domínio novamente correto?

    A minha maior preocupação é quanto aos perfis dos usuário que não posso correr o risco de acabar perdendo o vínculo com o perfil antigo.

    Obrigado galera,

    AdsInfo.

     

    sexta-feira, 9 de abril de 2010 14:48

Respostas

  • Seguinte...

    o ADMT já recomenda uma limitação na quantidade de migração de contas de máquinas simultaneamento, pq é um processo que consome banda. Então o q foi feito, foi migrar 10 contas por vez. No primeiro bloco, migravamos, e validavamos o processo de logon e se o perfil logado foi o mesmo que o anterior. Assim vc garante que não haverá surpresas quando o usuário for logar...

    ;)


    Se a dica foi útil, por favor indique-a. | http://dfoggi.spaces.msn.com
    • Marcado como Resposta Richard Juhasz quarta-feira, 14 de abril de 2010 13:36
    sexta-feira, 9 de abril de 2010 21:35
  • Pelo que eu entendi, o objetivo é renomear o domínio existente de dominioxyz para dominioabc sem que os diretórios abaixo de documents and settings se alterem.

    Como você NÃO vai migrar os objetos de um local para outro, mas apenas alterar o namespace, creio que não terá problemas com isso ...

    Mas um teste seria algo bem interessante em seu caso ... ( crie um ambiente virtual com uma floresta e renomeia a mesma ) veja se no login das contas, elas criam uma nova pasta dentro de documents and settings e não perdem o conteúdo.

    É um teste simples, rápido e que vai tirar sua dúvida ( e a minha tbém, neste caso ) !

    Abraços !


    MCP / MCSA / MCSA+M.
    • Marcado como Resposta Richard Juhasz quarta-feira, 14 de abril de 2010 13:38
    segunda-feira, 12 de abril de 2010 13:32

Todas as Respostas

  • Alguém sabe me responder isso??

     

    Vllww

    sexta-feira, 9 de abril de 2010 16:35
  • AdsInfo,

    se a sua intenção é criar uma nova floresta com o novo namespace, e migrar os objetos (usuários e computadores) para esse novo domínio, então vai firme que após migrar usuários e computadores, o usuário irá logar no novo domínio utilizando o mesmo perfil...

    ...atente-se a migrar os usuários e os computadores...

    ...outros detalhes: Exchange, Office Comunicator...ou seja, aplicações que são integradas ao AD...

    Exemplo: Você migra usuários que no perfil estão com o Outlook configurado para um servidor Exchange, então no novo domínio, obviamente a conta (fqdn) do servidor Exchange será diferente, então se vc não estiver utilizando-se do benefício do Autodiscover (Exchange 2007 e 2010 + Outlook 2007 ou 2010), vc terá q alterar o nome do servidor manualmente ou por script...

    ...só um exemplo de detalhes que vc tem q planejar antes de migrar...

    ...mas qto ao perfil do Windows, fica tranquilo, migrando usuários e computadores, o usuário loga no novo domínio com o mesmo perfil, basta seguir o procedimento do ADMT...

    ...grande abraço...

    ;)


    Se a dica foi útil, por favor indique-a. | http://dfoggi.spaces.msn.com
    sexta-feira, 9 de abril de 2010 17:27
  • Poh cara Vlw mesmo pela resposta...

     

    A minha intenção não é migrar para um novo Domínio de nome diferente não, mas sim alterar o nome do domínio existente e continuar usando o mesmo DC. Acho que vale para esse caso também neh??

     

     

    Obrigado amigo.

    sexta-feira, 9 de abril de 2010 17:32
  • Não posso afirmar...

    ...nas situações que precisei alterar o namespace do domínio, preferi criar uma nova floresta por ter recursos disponíveis para isso. Acredito ser mais seguro, apesar de nunca ter feito em produção da forma que vc falou em produção. Só fiz por migração.


    Se a dica foi útil, por favor indique-a. | http://dfoggi.spaces.msn.com
    sexta-feira, 9 de abril de 2010 17:34
  • Entendi, vc tem como me explicar como voce fez essa migração?

    Também acharia melhor criar um novo domínio em uma nova floresta e poder migrar tudo do domínio antigo, pois assim configuraria o micro do zero e teria algo mais confiável.


    Vc subiu o novo domínio em outra floresta e depois criou a relação de confiança entre o novo e o antigo e migrou de que forma?

    Tem alguma documentação que explica?d

    sexta-feira, 9 de abril de 2010 17:38
  • Boa tarde,

    No seu thread passado tinha comentado do ADMT, e disse que isso se vc quisesse migrar para uma nova floresta. Mas isso é bem complexo e vc pode ter problemas com perfil de usuarios. Fiz uma migração dessas faz pouco tempo e é bem complexa mesmo, em um ambiente de 60 estações tive problema com 6 nas quais tive que migrar os perfis na mão.

    Aconselho você a fazer pelo rendom, renomeando o dominio, só que antes faça o backup de tudo e se possível teste em um ambiente antes pra você ver como funciona. Acho bem mais simples renomear o dominio. Mas é bom você testar antes pra se familiarizar.

    Segue alguns links que podem te ajudar, se possível teste em ambientes virtuais.

    http://www.msexchange.org/tutorials/Domain-Rename.html

    http://social.technet.microsoft.com/forums/pt-BR/winsrv2003pt/thread/36520ad2-ecc7-4a49-9988-a6577cc6b183/

    Qualquer dúvida poste.


    Gabriel Nascimento MCP / MCSA / CCNA Não esqueça de contribuir para organização dos fóruns - Classifique as respostas
    sexta-feira, 9 de abril de 2010 19:21
  • Olá Gabriel,

    Então acho melhor usar o rendom mesmo, já que aqui temos por volta de 400 users. O problema é que não tenho como testar antes cara... vc já usou este método e teve algum problema com os perfis dos usuários ou teve que retirar e colocar alguma máquina no domínio.

     

    Obrigado amigo.

     

    sexta-feira, 9 de abril de 2010 19:41
  • Da primeira vez tive uns problemas com o GPMC e com as GPOs.

    Mas foi tranquilo pra contornar. Por exemplo o GPMC não abria porque estava tentando conectar como a floresta antiga, a principio levei um susto mas era só remover a floresta do gpmc e adiocionar a nova.

    Problemas com Gpos que resolvi com o gpfixup.exe.

    Mas se eu fosse vc instalava umas vms em uma máquina msm só pra ver o funcionamento da ferramente.

    Abraço


    Gabriel Nascimento MCP / MCSA / CCNA Não esqueça de contribuir para organização dos fóruns - Classifique as respostas
    sexta-feira, 9 de abril de 2010 20:47
  • É questão de situação...

    já participei de uma migração de cerca de 150 posições, o objetivo era alterar o namesspace, que havia sido instalado como p.e. dominio, e não dominio.corp ou dominio.local...o q gera não conformidade com relação ao Exchange...no caso era 2007...

    ...nessa situação foi decidido pela migração por haver tempo para projeto, hardware disponível, e recurso tbm...

    ...o q foi feito, resumidamente, foi:

    * Criar uma floresta totalmente nova, com o novo namespace;
    * Efetuado processo de relação de confiança de acordo com o q o ADMT pede para migração de objetos entre florestas;
    * Efetuada instalação do Exchange Server na nova floresta;
    * Migração das contas de usuários, computadores (notebooks, desktops, servidores) para a nova florestas;
    * Validação dos perfis nas estações;
    * Migração das mailboxes;
    * Correção dos perfis no Outlook para "apontar para o novo mailbox server" (Exchange 2007 + Outlook 2003).

    Talvez tenha esqueci algum detalhe, mas no geral foi isso. Algumas informações: Começamos na sexta, final do horário comercial, e concluímos no domingo à noite; na sexta, todos os notebook foram deixados na empresa; O ambiente possui GroupShield + ePO, que ficaram para serem migrados durante a 1° semana pós-migração; o ambiente possuia ISA Server, que foi migrado no final de semana; possuíamos: 1 recurso de comand center comandando as tarefas globais; 4 analistas (inclusive eu) aplicando as tarefas técnicas e validando a efetivação das ações.

    Como pode ver, existia recurso para isso, houve tempo para planejar. Mas note que a ação foi efetivada em 48 horas. No seu caso, 400 máquinas, se bem planejado, pode ser feito em um final de semana com certeza. A questão é recurso disponível para isso...

    ...deixo aqui minha opnião, mas considere, pense e repense bastante as duas possibilidades (necessidades, recursos, riscos, PLANO DE CONTINGÊNCIA), e veja qual das duas se adequa melhor ao seu cenário...

    grande abraço...

    ;)


    Se a dica foi útil, por favor indique-a. | http://dfoggi.spaces.msn.com
    sexta-feira, 9 de abril de 2010 21:24
  • É questão de situação...

    já participei de uma migração de cerca de 150 posições, o objetivo era alterar o namesspace, que havia sido instalado como p.e. dominio, e não dominio.corp ou dominio.local...o q gera não conformidade com relação ao Exchange...no caso era 2007...

    ...nessa situação foi decidido pela migração por haver tempo para projeto, hardware disponível, e recurso tbm...

    ...o q foi feito, resumidamente, foi:

    * Criar uma floresta totalmente nova, com o novo namespace;
    * Efetuado processo de relação de confiança de acordo com o q o ADMT pede para migração de objetos entre florestas;
    * Efetuada instalação do Exchange Server na nova floresta;
    * Migração das contas de usuários, computadores (notebooks, desktops, servidores) para a nova florestas;
    * Validação dos perfis nas estações;
    * Migração das mailboxes;
    * Correção dos perfis no Outlook para "apontar para o novo mailbox server" (Exchange 2007 + Outlook 2003).

    Talvez tenha esqueci algum detalhe, mas no geral foi isso. Algumas informações: Começamos na sexta, final do horário comercial, e concluímos no domingo à noite; na sexta, todos os notebook foram deixados na empresa; O ambiente possui GroupShield + ePO, que ficaram para serem migrados durante a 1° semana pós-migração; o ambiente possuia ISA Server, que foi migrado no final de semana; possuíamos: 1 recurso de comand center comandando as tarefas globais; 4 analistas (inclusive eu) aplicando as tarefas técnicas e validando a efetivação das ações.

    Como pode ver, existia recurso para isso, houve tempo para planejar. Mas note que a ação foi efetivada em 48 horas. No seu caso, 400 máquinas, se bem planejado, pode ser feito em um final de semana com certeza. A questão é recurso disponível para isso...

    ...deixo aqui minha opnião, mas considere, pense e repense bastante as duas possibilidades (necessidades, recursos, riscos, PLANO DE CONTINGÊNCIA), e veja qual das duas se adequa melhor ao seu cenário...

    grande abraço...

    ;)


    Se a dica foi útil, por favor indique-a. | http://dfoggi.spaces.msn.com


    Olá Amigo, informação muito útil.

    Estou postando realmente para saber dos problemas que já tiveram com isso, para saber o que posso enfrentar de problemas. Estou estudando muito a fundo para faze um projeto piloto e decidir se vamos fazer isso ou não. Mas uma coisa é fato, uma hora teremos que fazer isso, pois o namespace do domínio aqui é diferente do nosso site e e-mail que são hospedados fora e que com certeza o meu gerente vai querer que fique igual.

    Só uma coisa: O que você quis dizer com "Validação dos perfis nas estações;"?

     

    Obrigado.

    sexta-feira, 9 de abril de 2010 21:32
  • Seguinte...

    o ADMT já recomenda uma limitação na quantidade de migração de contas de máquinas simultaneamento, pq é um processo que consome banda. Então o q foi feito, foi migrar 10 contas por vez. No primeiro bloco, migravamos, e validavamos o processo de logon e se o perfil logado foi o mesmo que o anterior. Assim vc garante que não haverá surpresas quando o usuário for logar...

    ;)


    Se a dica foi útil, por favor indique-a. | http://dfoggi.spaces.msn.com
    • Marcado como Resposta Richard Juhasz quarta-feira, 14 de abril de 2010 13:36
    sexta-feira, 9 de abril de 2010 21:35
  • Pelo que eu entendi, o objetivo é renomear o domínio existente de dominioxyz para dominioabc sem que os diretórios abaixo de documents and settings se alterem.

    Como você NÃO vai migrar os objetos de um local para outro, mas apenas alterar o namespace, creio que não terá problemas com isso ...

    Mas um teste seria algo bem interessante em seu caso ... ( crie um ambiente virtual com uma floresta e renomeia a mesma ) veja se no login das contas, elas criam uma nova pasta dentro de documents and settings e não perdem o conteúdo.

    É um teste simples, rápido e que vai tirar sua dúvida ( e a minha tbém, neste caso ) !

    Abraços !


    MCP / MCSA / MCSA+M.
    • Marcado como Resposta Richard Juhasz quarta-feira, 14 de abril de 2010 13:38
    segunda-feira, 12 de abril de 2010 13:32