Ajudei a liderar uma equipe que fez isso para o GroupWise 5 no Exchange 2003 no ano de 2005 para mais de 5.000 usuários. Foi LAN, mas 100Mb. Obviamente antigos servidores GroupWise, mas usamos uma ferramenta de busca que rodamos em uma dúzia de desktops simultaneamente. Dois desktops foram retirados de um único servidor GW (6 servidores GW) e todos os e-mails estavam indo para apenas dois servidores Exchange 2003 de médio porte com back-end iSCSI SAN. Demorou quase 3 dias 24/7 de todas as dezenas de desktops funcionando para puxar dos servidores. Há um longo caminho para o nosso método, o que significa que 75% foram feitos nas primeiras 36 horas e enormes caixas de correio com GB de e-mail demoraram 1,5 dias.
Não há ideia da ferramenta que você está usando para migrar, mas você pode testar fazendo uma migração e deixando os dados antigos intactos. Em seguida, exclua as caixas de correio no Exchange quando terminar. Enxaguar, repita. Fizemos isso começando com apenas 1 caixa de correio de teste para entender o conjunto de recursos de migração e dimensionados para 10% algumas semanas antes. Não presuma que a ferramenta só lê os dados do Exchange e não os altera, pois nossa ferramenta original marcaria a leitura de e-mail, o que pode ser ruim para testes se os usuários não souberem. Primeiro, fizemos um teste de dois servidores GW para um servidor do Exchange semanas antes, apenas para obter um horário est e fizemos isso no fim de semana e informamos aos usuários que todos os seus e-mails seriam marcados como lidos.
Toneladas de pequenos problemas aparecerão como mencionado anteriormente. Ele migra as regras da caixa de entrada, e os modelos de e-mail, assinaturas, anotações, permissões de agenda pública etc. (não sou experiente com os recursos do GW 7). É muito melhor envolver os usuários avançados e alguns usuários regulares de antemão para falar sobre quais seriam suas preocupações, além de apenas "vou manter todos os meus e-mails". Ou seja No momento, nosso GW5 tinha anexos grandes em e-mails antigos com mais de 50 MB que decidimos não migrar e informá-los antes do tempo para impedir a revolta do usuário mais tarde. Outra foi que as pessoas odiavam o fraco suporte para a mensagem de rechamada no Outlook em comparação com o GW e tivemos que apresentar documentação de antemão para educar. O amor / ódio do cliente de e-mail é como a religião para muitos usuários e não há muito mais em sua caixa de ferramentas de trabalho do que os clientes de e-mail.
A maneira como garantimos 100% de disponibilidade de e-mail foi que todas as caixas de correio no Exchange foram provisionadas semanas antes e mantivemos os dois sistemas de contas sincronizados por meio da entrada manual. Nós comunicamos a todos muitas vezes que às 5 da tarde de sexta-feira você deve parar de usar o GW (e bloqueamos o acesso do usuário ao svr IP no roteador quando a hora chegou). Às 17h, você pode começar a usar o OWA, que inicialmente ficará vazio, e vagarosamente será preenchido com todas as suas informações no fim de semana. Essa foi uma mensagem simples que os usuários entenderam.
No back-end, iniciamos todos os 12 desktops de migração às 17h. Na verdade, fizemos 2 passagens, a primeira passagem por todas as caixas de correio do GW migrou tudo, MAS o email. Em seguida, passe pela segunda vez todas as caixas de correio para migrar apenas o email. Por meio de testes, descobrimos que as pessoas tinham dificuldade em ficar sem nada na caixa de correio durante dias, mas DID toleravam falta de e-mail SE eles tivessem seus agendamentos / contatos, etc. no pior caso que a migração levou uma SEMANA.
Também às 17h, alteramos todo o DNS interno / externo para que todos os novos emails fossem para o Exchange.
Também às 17h tivemos um script muito bem testado que desinstalou o GW5, removeu perfis de e-mail e instalou o Outlook em computadores clientes. Eles foram instruídos a enviar aos usuários sobre como usar o OWA até que o ícone do Outlook aparecesse na área de trabalho.
Nós éramos um governo local, então tivemos que ter um tempo de atividade 24 horas por dia, 7 dias por semana. Com o tempo de transição mágica para os usuários, enquanto os sistemas trabalham em segundo plano, praticamente eliminou toda a pressão de ter uma migração baseada em interrupções, mas forneceu aos usuários praticamente tudo o que precisavam em poucas horas após a transição.