Perguntas e respostas do Exchange
Instalando o Exchange 2003/2007 em um ambiente do Exchange 2010
Henrik Walther
Pergunta: É possível instalar o Exchange 2003 ou 2007 em uma organização pura do Exchange 2010?
Resposta: Se esse é um ambiente Exchange 2010 greenfield (uma organização do Exchange que consiste em apenas de servidores Exchange 2010 e nunca tinha versões anteriores do Exchange implantado), a resposta é não. Se tiver uma transição do Exchange 2007 2010 Exchange e o último servidor do Exchange 2007 já tenha sido encerrado, a resposta é novamente sem. Você não poderá instalar o Exchange 2007 em um momento posterior nesta organização porque ele tem agora considerada uma organização do Exchange 2010 pura.
Se você planeja fazer a transição do Exchange 2003 e Exchange 2010 e você já preparou a floresta do Active Directory usando o programa de instalação do Exchange 2010, novamente não é possível instalar um servidor do Exchange 2007 na organização. Você, a propósito, receberá um aviso que menciona isso ao instalar o primeiro 2010 Exchange em uma organização pura do Exchange 2003 (consulte Figura 1).
.jpg)
Figura 1 O programa de instalação avisa que você não pode instalar o Exchange 2007 na organização após Preparando-o usando o programa de instalação do Exchange 2010.
Portanto, se você achar que precisará de um servidor do Exchange 2007 em algum momento, você deve manter um servidor do Exchange 2007 na organização após fazer a transição do Exchange 2007 para o Exchange 2010. Ou, se você estiver transição do Exchange 2003 para Exchange 2010, você deve implantar um servidor do Exchange 2007 na organização antes de preparar a floresta do AD usando a instalação do Exchange 2010.
Pergunta: Atualmente, nós usamos o Exchange 2007 que o sistema de mensagens em nosso ambiente empresarial. Apenas atualizamos todos os nossos computadores cliente do Windows XP para o Windows 7 e vamos ter problemas ao instalar as ferramentas de gerenciamento do Exchange 2007 (SP2) nos novos clientes Windows 7. Nada especial necessários para ficar atento quando instalar o Exchange 2007 Management ferramentas no Windows 7?
Resposta: Porque o Exchange Server 2007 foi desenvolvido antes do Windows 7, as ferramentas de gerenciamento do Exchange 2007 não são suportadas no Windows 7. O grupo de produtos Exchange escolheu concentrar seus esforços em 2010 do Exchange, que naturalmente oferece suporte ao Windows 7.
Infelizmente, o desenvolvimento de software é sempre sujeitos a restrições de orçamento e de recursos e esses impostos algumas restrições quando o grupo de produtos Exchange tiveram que decidir sobre o fornecimento de suporte para instalar ferramentas de gerenciamento do Exchange no Windows 7. Uma consideração importante foi o fato de que aproximadamente 65 % de todos os clientes que usam o Exchange estão ainda no Exchange 2003 e agora que 2010 Exchange tiver sido liberado para fabricação, a maioria dos clientes irá ignorar o Exchange 2007 e ir diretamente para o Exchange 2010.
A solução é instalar o Exchange 2007 Service Pack 3 em clientes Windows 7. Sim, você ouviu esse direito. Com base nos comentários dos clientes, o grupo de produtos Exchange decidiu versão SP3 do Exchange 2007 no segundo semestre de 2010, que adicionará suporte para instalar ferramentas de gerenciamento do Exchange 2007 em clientes do Windows 7 e o Exchange 2007 em servidores Windows Server 2008 R2. Você pode ler mais sobre os planos para liberar o Exchange 2007 SP3 aqui: https://msexchangeteam.com/Archive/2009/11/30/453327.aspx.
Pergunta: Como preparação para um Exchange 2007 planejada para a migração do Exchange 2010, configurei um ambiente de laboratório com duas florestas do Active Directory separadas. A floresta do AD de origem contiver uma organização do Exchange 2007 e o floresta do AD de destino contém uma organização do Exchange 2010.
Parece que eu Lembre-se de que quando eu realizado um Exchange 2003 para migração do Exchange 2007 entre florestas, a organização de destino não necessariamente exige que as contas de usuário do Active Directory tinham já migradas para o floresta do AD de destino.
Depois de tentar mover alguns Exchange 2007 caixas de correio entre florestas para uma organização do Exchange 2010, parece que as remoções de caixa de correio entre florestas com Exchange 2010 se comportam de maneira diferente do equivalente do Exchange 2007.
Você sabe explicar como mover caixas de correio entre florestas, quando o destino é uma organização do Exchange 2010?
Resposta: Você está correto, que essa caixa de correio entre florestas no Exchange move 2010 Don funcionam da mesma forma que com o Exchange 2007.
Como indicar, o cmdlet Exchange 2007 Move-Mailbox não necessariamente exige as contas AD a serem migradas para o destino de floresta do AD antes para mover a caixa de correio associada. O cmdlet Exchange 2007 Move-Mailbox verificaria para quaisquer contas AD da floresta AD de destino que corresponder a qualquer um dos endereços proxy (endereços SMTP), ObjectSID (masterAccountSID, objectSID e sidHistory) ou legacyExchangeDN (x 500 endereço marcados no objeto usuário) de origem. Se uma correspondência foi encontrada, a conta de AD correspondente na floresta do AD de destino pode ser habilitado para email. Se não foi encontrada uma correspondência, o cmdlet Move-Mailbox criaria uma conta do usuário de AD caixas de correio desabilitada.
Com o Exchange 2010, as coisas foram alteradas. Primeiro, o cmdlet Move-Mailbox não é mais usado. Esse cmdlet foi substituído com o cmdlet New-mova solicitação totalmente novo, que, aliás, traz vários aperfeiçoamentos de bons com ele. Além disso, quando fazer a caixa de correio entre florestas vai usando o cmdlet New-mova solicitações, Exchange 2010 espera encontrar um mailuser válido e tenta corresponder a conta de origem para uma conta de destino usando o msExchMailboxGUID. Ao contrário do Exchange 2007, ele não tentará coincidir com uma conta de destino usando os atributos abovementioned. Isso significa que, antes de executar Move entre florestas com Exchange 2010, você precisará provisionar o destino de floresta do AD com usuários de correio.
A propósito, ao contrário com o Exchange 2007, você pode agora fazer move caixas de correio entre florestas usando o console de gerenciamento do Exchange 2010 Exchange (consulte Figura 2). Basta adicionar a organização do Exchange da AD da floresta de destino para a EMC pela primeira vez.
.jpg)
Figura 2 O Exchange 2010 nova solicitação remota mover janela
Você pode criar os usuários na organização do Exchange 2010 usando o script PrepareMoveRequest.ps1 de destino descrito no email Esta seção no Microsoft TechNet ou usando o ILM qualquer identidade (Information Lifecycle Management, gerenciamento do ciclo de vida das) 2007 FP1 (com hotfix mais recente que permita Exchange 2010 provisionamento para ILM 2007 FP1) ou usando o Forefront Identity Management (FIM 2010), que está disponível em uma versão RC 1 e será RTM posteriormente no primeiro trimestre 2010.
Pergunta: Nossa organização atualmente tem o Exchange 2007 implantado. Temos uma solução de alta disponibilidade consiste em 4 servidores Exchange 2007 — nós em um cluster de replicação contínua em cluster (CCR) de cluster de dois servidores que possuem as funções de servidor Transporte de Hub e acesso para cliente instaladas e dois servidores estão funcionando como servidor de caixas de correio. Os servidores do Exchange 2007 na qual as funções de servidor HT e CAS são instaladas foram configurados em um Windows NLB para o balanceamento de carga e fornecer failover automático do cliente de entrada e conexões SMTP. Essa solução funciona muito bem, mas agora que o Exchange 2010 foi lançado, queremos mover a esta última Exchange Server versão. Não só existem vários recursos novos que queremos usar mas também tenha ouvido falar que nós pode reduzir o número de servidores do Exchange para dois sem perder a funcionalidade de alta disponibilidade, que temos agora.
Existem considerações especiais que precisam estar cientes de antes de mover para uma solução de alta disponibilidade do Exchange 2010 consiste em apenas dois servidores?
Resposta: Sim, para criar um Exchange 2007 altamente disponíveis solução com failover automático e sem todos os pontos únicos de falha no nível do hardware ou armazenamento de mensagens, você precisava um total de quatro máquinas: dois servidores com as funções de servidor Transporte de Hub e acesso para cliente do Exchange 2007 instaladas e dois atuando como nós de cluster em um cluster de baseadas em replicação contínua do cluster (CCR).
O transporte de hub tem balanceamento de carga interna e failover para comunicação intra-sites, e você pode fazer usando DNS round-robin mecanismos redundantes. Mas como a função de CAS não incluem qualquer funcionalidade do balanceamento de carga, você normalmente também precisava configurar essas duas máquinas como nós em uma carga de rede Windows equilíbrio de cluster (WNLB) para fornecer carregar failover balanceamento e automática para conexões de entrada de clientes e servidores na Internet e outras redes externas.
As duas máquinas atuando como nós de cluster no cluster CCR poderiam ter as funções de servidor de caixa de correio ativas e passivas instaladas respectivamente, para que o servidor de caixas de correio em cluster (CMS) poderia comutação ou failover para o nó. Finalmente, deve dedicar um dos servidores front-end como o compartilhamento de arquivo testemunhar (terceiro voto) no cluster CCR.
Como você provavelmente sabe CCR (e SCC, LCR e SCR no caso) tem sido cortados Exchange 2010. Em vez disso, o Exchange 2010 apresenta um novo recurso, chamado grupos de disponibilidade do banco de dados (DAGs). Esse recurso usa a mesma tecnologia de sincronização como CCR e SCR combinados, mas ele tem tantos recursos novos e muito mais funcionalidade que é significativamente melhor do que a CCR e SCR. Um aspecto interessante do Exchange 2010 é que há suporte para ter outras funções do Exchange 2010 (transporte de Hub, acesso para cliente e até mesmo Unificação de mensagens) instaladas no mesmo servidor no qual você tem uma função de servidor caixa de correio tenha sido adicionada a um DAG. Isso significa que você não precise dedicar duas máquinas como servidores front-end para as funções de transporte de Hub e o servidor acesso para cliente. Você simplesmente instalar funções necessárias do Exchange 2010 nas duas máquinas e pronto, você tem uma solução de mensagens com base em Exchange 2010 totalmente redundante. Bem, quase. Sim, parece muito bom para ser verdade, não-lo?
For exibida, como tornar DAGs usar o componente de cluster de Failover do Windows (WFC) para uma extensão (principalmente pulsação e o banco de dados de cluster), você não pode configurar dois servidores como nós em um Windows NLB, pois ele não oferece suporte para usar tanto WFC como WNLB no mesmo servidor. Isso tem sido sem suporte desde o Windows NT 4.0 e é devido ao hardware possível conflitos entre o serviço de cluster e WNLB de compartilhamento. Leia mais no artigo da Base de dados de Conhecimento: https://support.Microsoft.com/default.aspx?kbid=235305.
Isso significa que você deve usar um dispositivo de balanceamento/failover carga externos, como um balanceador de carga com base em hardware. Também observe que esta balanceador deve ser redundante, portanto você precisa pelo menos dois dispositivos.
Embora você ainda utiliza WFC e que DAG seja um recurso de Enterprise Edition, você Don precisa realmente Exchange 2010 Enterprise Edition para utilizar DAG. Diferente com o Exchange 2007 CCR DAG também está incluído com a edição padrão do Exchange 2010. Mas lembre-se de que você está limitado a um total de cinco bancos de dados (inclusive cópias de bancos de dados ativos e passivos) nesse cenário.
Uma vez que você instala as funções de CAS e HT na mesma máquina que tenha a função de servidor caixa de correio e é um servidor de membro DAG, pode substituição duas máquinas e Windows 2008 e do Exchange 2010 duas licenças de edição padrão. Se você ainda Don tiver um balanceador de carga externo em seu ambiente, você pode usar um dispositivo de balanceador de carga virtual ou comprar um balanceador de carga com base em hardware. Obviamente, você precisa um servidor que atua como servidor-testemunha, mas embora seja uma recomendação de práticas recomendadas, isso não necessariamente precisa ser um servidor Exchange. Pode ser qualquer servidor de arquivos Windows 2003/2008 em seu ambiente.
Henrik Walther is. um Microsoft Certified Master: Exchange 2007 e MVP em Exchange com mais de 15 anos de experiência na atividade de TI. Ele trabalha como arquiteto de tecnologia para Trifork Infrastructure Consulting (um Microsoft Gold Certified Partner com base na Dinamarca) e como redator técnico da Biblioso Corporation (uma empresa com sede nos EUA especializada em serviços de documentação gerenciada e localização).