Antes de tudo, antes de entrar, posso sugerir uma migração de corte? Eles são muito mais fáceis, muito menos trabalhosos e fazem sentido quando você tem apenas um servidor de e-mail. A desvantagem é que haverá uma interrupção de e-mail do tempo necessário para obter os dados (mail) de um servidor para o outro (e, em seguida, descomissionar o servidor antigo e atribuir o novo ao antigo ip e ao nome do host). Geralmente, você pode fazer essa interrupção durar no máximo alguns minutos, com as ferramentas certas, se migrar a maior parte do e-mail antes da data de transição e fazer um diff nos dados, para que você esteja migrando apenas um dia ou então vale a pena dos dados, em vez de tudo isso.
Tendo dito isso ... não, você não precisaria de um IP público para o seu novo servidor, porque você configuraria o servidor atual / antigo para encaminhar emails para ele. (Veja abaixo.)
Normalmente, em migrações de coexistência, você configura um servidor de e-mail para encaminhar e-mails para o outro (se você tiver apenas 2). A maneira mais fácil de fazer isso seria configurar subdomínios [falsos], atribuir um a um servidor de e-mail, o outro ao servidor de e-mail e configurar um smarthost para manipular o roteamento de e-mails de um para o outro. Você deixaria seu servidor Exchange 2003 como está e não configuraria um IP ou NAT público para o servidor de 2010.
Então, vamos usar oldmail.company.com e newmail.company.com como subdomínios (para manter as coisas simples para o exemplo, você provavelmente não quer usar esses nomes reais). O subdomínio oldmail seria "atribuído" ao servidor do Exchange 2003 (internamente, através do Gerenciador do Sistema do Exchange, não pelo DNS) e adicionado à lista de domínios de correio em que esse servidor é autoritativo, e o subdomínio newmail seria adicionado ao lista de domínios em que o servidor 2010 é autoritativo. Em seguida, você deve definir as configurações do host inteligente nos dois servidores para verificar o outro servidor de e-mail se um destinatário não for encontrado localmente e configurar conectores de envio e recebimento para manipular o encaminhamento de mensagens de um servidor para o outro. (Para que o seu servidor Exchange 2003 encaminhe qualquer e-mail para [recipient] @ newmail.company.com para o servidor 2010 e o servidor 2010 encaminhará qualquer e-mail para [recipient] @ noldail.company.com para o servidor 2003.)
Dessa maneira, os usuários dos dois servidores de e-mail podem enviar uns para os outros internamente (cada servidor de e-mail verifica o outro para ver se um destinatário é válido antes de rejeitar um e-mail) e os usuários externos também. O Mail chegaria ao servidor de 2003 como antes e, se o destinatário não fosse encontrado, ele verificaria com o servidor de 2010 para ver se o destinatário está ali. Quando todos estiverem no servidor Exchange 2010, você agendará um horário para desligar o servidor do Exchange 2003, colocar o 2010 em seu lugar e remover as regras de roteamento de email e smarthost. Isso, obviamente, pressupõe que você configurou corretamente o servidor de e-mail 2010 e está configurado para receber e-mails externos, além de ter company.com como um de seus domínios de e-mail.
As três principais desvantagens disso são:
Você tem que lidar com os usuários manualmente - cada usuário pode ter apenas uma conta, então você precisa removê-los do servidor antigo depois de migrá-los para o novo.
Você precisa lidar com as configurações do cliente de e-mail - quando elas migram para o novo servidor, elas precisam apontar seus clientes para elas e, em seguida, apontá-las de volta ao local original depois que você as interromper. (Além disso, o calendário e seus outros recursos "não mail" dos clientes de e-mail tendem a ser difíceis de obter durante a coexistência).
Os e-mails enviados de um servidor ou de outro serão exibidos como [remetente] @ [subdomínio] .company.com, em vez de [remetente] @ company.com, a menos que você passe por obstáculos para alterar isso. Quando a coexistência é concluída e um ou ambos os subdomínios são removidos do servidor de e-mail, isso faz com que as respostas aos e-mails antigos sejam rejeitadas e, provavelmente, mais chamadas ao suporte técnico do que usuários e usuários analfabetos tecnicamente.