Expandindo o Exchange para vários servidores

2

Temos o Exchange instalado em nossa matriz, que fornece todos os nossos e-mails. Temos uma filial que se conecta via VPN, mas isso significa que o e-mail é muito lento para eles porque precisa passar pelo link da VPN.

Temos uma licença extra do Exchange que estamos considerando instalar no Branch Office Server e mover algumas das contas de email para ela.

Alguém já fez algo semelhante e pode apontar possíveis problemas e armadilhas, ou pode apontar bons recursos para ajudar a planejar um movimento como este. Ambos os servidores estão executando o Windows Server 2003 e o Exchange 2003.

Eu hesito em mergulhar e testá-lo até saber como isso pode afetar as contas de e-mail e o acesso existentes.

Obrigado

    
por Simon Foster 22.09.2009 / 14:50

4 respostas

3

Estou de acordo com tudo o que Massimo diz. Eu queria expandir re: "contas e acessos existentes".

Para o Outlook permanecer "conectado" à caixa de correio, é realmente muito simples.

Eu recomendaria trazer o novo computador do Exchange Server na rede em que o computador atual do Exchange Server está localizado. Faça tudo o que o Massimo disse sobre: o Grupo de Roteamento (e, se necessário, criar um site do Active Directory para o escritório remoto, etc).

Você executará uma operação "Mover Caixa de Correio" em cada caixa de correio que deseja no novo servidor. Descobri que é melhor fazer isso quando o usuário não tem o Outlook aberto, mas também pode ser feito "quente". (Descobri que o Outlook pode ficar confuso quando o Modo Cache do Exchange está habilitado e a caixa de correio movida para outro servidor. Sua milhagem pode variar.) A execução de uma "Caixa de Correio Mover" sobre a VPN será tediosa e potencialmente propensa a falhas . É por isso que eu recomendo colocar o novo servidor em sua LAN existente primeiro e fazer com que todas as caixas de correio sejam movidas. Crie suas réplicas de pastas públicas neste momento também.

Como seus usuários já estão acostumados com a "velocidade" (ou falta dela) de acessar suas caixas de correio, eles não notarão nenhuma diferença de velocidade durante essa transição. Seus clientes do Outlook serão automaticamente "atualizados" para refletir que a caixa de correio está em um novo servidor (esse é um recurso muito, muito bom). Depois que você tiver movido todas as caixas de correio, envie o servidor para o site remoto, altere seu endereço IP, conecte-o à rede e atualize o registro de DNS.

Se os usuários estiverem usando apenas o Outlook para se conectar ao computador do Exchange Server, você poderá "concluir" neste ponto.

Se os seus usuários também estiverem usando o Outlook Web Access, POP3, IMAP ou ActiveSync pela Internet, você precisará de uma estratégia para facilitar o acesso deles. Atualmente, com um único computador com o Exchange Server, você nunca precisou se preocupar com servidores "Front End" e "Back End". Quando você tiver vários computadores Exchange Server hospedando caixas de correio, você precisará: (a) permitir que os usuários se conectem ao OWA, POP3, IMAP ou ActiveSync em execução no servidor que hospeda suas caixas de correio ou (b) implantar um front-end. Computador do Exchange Server ao qual os clientes se conectam para esses protocolos.

O método do servidor front-end / back-end é o mais fácil de usar, mas requer uma licença adicional do Exchange Server. Os usuários têm uma URL para se conectar ao OWA e um nome de host para usar para POP3, IMAP e ActiveSync.

Como alternativa, temos alguns clientes que possuem dois comptuers e usuários do Exchange Server que usam o OWA. Para obter "barato", configuramos dois (2) diferentes endereços IP públicos e nomes para os usuários se conectarem - um para cada computador do Exchange Server. O usuário precisa se conectar ao URL / servidor correto para acessar sua caixa de correio.

    
por 22.09.2009 / 17:10
2

O Exchange foi criado para permitir vários sites, portanto, isso deve funcionar muito bem se você projetar as coisas adequadamente.

Os "sites" do Exchange 2003 são chamados de Grupos de Roteamento ; a definição é tão simples quanto "Os servidores Exchange no mesmo RG podem falar diretamente uns com os outros". Um conector de grupo de roteamento permite que servidores em diferentes RGs movam mensagens entre eles.

Você deve instalar seu novo servidor no domínio do Active Directory, instalar o Exchange nele e criar um novo RG para colocar o novo servidor; então você terá que gerenciar o fluxo de mensagens e mover caixas de correio para o novo servidor; você também precisará configurar réplicas de pastas públicas, se você usar PFs.

Uma coisa muito importante: você deve ter um Controlador de Domínio / Catálogo Global disponível no novo site, para que o novo servidor do Exchange possa consultar o AD sem passar pela conexão VPN lenta, que é o gargalo aqui. Você deve instalar e configurar um DC / GC na filial, definir o novo site do AD e configurar a replicação; então você pode instalar o seu novo servidor Exchange e ele usará automaticamente o DC local.

    
por 22.09.2009 / 15:21
1

Se eu fosse você, investigaria o Modo Cache do Exchange - link

É uma solução mais simples que lhe dará 90% do equivalente a uma caixa local do Exchange sem toda a sobrecarga administrativa associada.

A instalação do Exchange em um DC, por sinal, pode ser feita, mas não é realmente recomendada.

    
por 22.09.2009 / 16:46
0

Isso adiciona complexidade à sua rede! Às vezes, é muito mais fácil atender a esses escritórios com o IMAP / OWA ou conexões decentes para que eles possam acessar sua central localmente. Troca Extra, DC extra, mais de um ponto de falha, etc etc.

    
por 22.09.2009 / 15:32