Como migrar mais de 200 pessoas da hospedagem para o Exchange 2010 da maneira mais não distrutiva

6

Queremos implementar o Exchange 2010 em nossa organização, que é distribuída em alguns locais. No momento, estamos usando o POP3 / SMTP na hospedagem e todas as pessoas estão usando o Outlook 2007 e 2010. O email da nossa empresa (e muito mais) é uma forma crucial de comunicação com os clientes e internamente.

Normalmente eu gostaria de fazer tudo em um dia (e eu ainda prefiro assim) fazendo mais ou menos isso:

  • configurar o Exchange para funcionar com company.com domain
  • configurar todas as caixas de correio de contas
  • faça outras tarefas relacionadas (alguns testes, etc.)
  • muda os registros MX do servidor antigo para o novo servidor
  • informa aos usuários (preparem instruções) para configurar o Outlook 2007/2010 com um dos seguintes itens:
    • modificando em Painel de controle / Mail / Nova conta no mesmo perfil e deixe a caixa de correio antiga por alguns dias e remova o antigo servidor de e-mail e simplesmente deixe arquivos .PST dele (ou peça ao usuário para mover os e-mails do PST para o Exchange).
    • qualquer que seja a opção que desejem :-)
  • a lista é apenas um exemplo para obter informações

Mas o problema é que nossa gerência gostaria de fazer isso em alguns dias / semanas, pois haverá problemas com algumas pessoas sendo desconectadas, algumas pessoas não estão funcionando como deveriam, pick any other problem here (como nós tivemos experiência com o domínio renomear demorando mais de 2 meses para que todas as pessoas finalmente mudem para o novo domínio).

Portanto, isso começa difícil, pois depois que os registros MX forem alterados, não haverá novos e-mails nas caixas de correio antigas, e as pessoas que serão offsite e terão problemas com a configuração do Outlook para usar Exchange estarão fora de ordem. Também com mais de 200 pessoas e poucos funcionários de TI (a maioria localizada em um local) isso poderia causar alguns estragos com pessoas que não leram e-mails informando sobre mudanças, que não prosseguiram com instruções, que estão fora do local, etc. todos vimos que durante nosso domínio renomeam as instruções onde os últimos caras foram migrados 2 meses após renomear).

Então meu plano seria (um pouco complicado):

  • informar usuários 1 mês / 1 semana / 1 dia antes da implementação
  • crie contas / domínios configurados no Exchange e informe às pessoas até 1-2 semanas antes da alteração para adicionar o Exchange aos seus Outlooks.
  • permite que a troca envie e-mails como company.com o tempo todo antes da última troca (para que os e-mails continuem chegando à caixa de correio antiga, mas permitam que os usuários enviem e-mails de ambos caso cometer algum erro)
  • faça a mudança final e diga aos usuários para usar somente o Exchange e ajudá-los a migrar e-mails / remover caixas de correio antigas.

Ou

  • informar usuários 1 mês / 1 semana / 1 dia antes da implementação
  • crie contas / domínios configurados no Exchange e informe às pessoas até 1-2 semanas antes da alteração para adicionar o Exchange aos seus Outlooks.
  • permite que a troca envie e-mails como company.com o tempo todo antes da última troca (para que os e-mails continuem chegando à caixa de correio antiga, mas permitam que os usuários enviem e-mails de ambos caso cometer algum erro)
  • percorra rooms of people / per project / etc e altere-as uma a uma ao longo de dias / semanas implementando para cada conta na hospedagem Redirecionar para um domínio separado company.com.pl que já estaria configurado e funcionando para que todos os emails enviados a pessoas dentro de room/project que foram migrados e-mails que fluem para suas caixas de correio na hospedagem serão encaminhados automaticamente para o Exchange (usando o segundo domínio).
  • até que todas as pessoas sejam feitas dessa forma, o MX permaneceria apontando para o servidor antigo
  • depois que todas as pessoas são migradas, alterne para MX e, depois de um tempo, desative o redirecionamento

A opção adicional seria usar o conector pop3 para todos, mas isso traz outros problemas:

  • os e-mails das pessoas desaparecerão da Caixa de entrada da hospedagem e poderão causar algumas confusões
  • pode haver uma condição de race para o Outlook, que baixa e exclui e-mails após o download (como o meu)
  • precisaríamos saber as senhas de todas as pessoas para caixas de correio

O que você acha? Talvez haja outro caminho melhor? Ou você tem uma boa ideia de como mitigar melhor os problemas com a migração.

    
por MadBoy 16.08.2011 / 22:21

1 resposta

10

Eu usaria um conector POP3. Aqui está como eu faria:

  1. Configure o domínio aceito como uma retransmissão interna no Exchange. Isso permitirá que o Exchange entregue mensagens para si mesmo quando a caixa de correio existir e as encaminhe quando isso não ocorrer.

  2. Migre usuários em lotes. Redefina suas senhas POP3 para o que mais lhe convier (porque elas não precisarão delas depois da migração). Criar uma caixa de correio do Exchange para esses usuários, em seguida, configurar o conector POP3 no servidor (você pode configurá-lo no Outlook, mas acredito que isso adiciona complexidade desnecessária). Migre usuários 1 departamento por vez ou 1 lote gerenciável de cada vez. Depois de configurar seu perfil do Exchange, importe seu PST de volta para o Exchange. Você pode demorar o tempo que quiser, pois o impacto é mínimo.

  3. Quando todos os usuários forem migrados, altere o tipo de domínio para autoritativo e mova os registros MX para apontar para sua solução antispam (Seu appliance ou, melhor ainda, uma solução de nuvem). Aguarde 48 horas e remova os conectores POP3.

por 16.08.2011 / 22:36