A tabela a seguir lista os cenários em que a coexistência entre o Exchange 2010 e versões anteriores do Exchange é suportada.

Coexistência de versões anteriores do Exchange Server e o Exchange 2010

A tabela a seguir lista os requisitos para os servidores de rede e de diretório da sua organização do Exchange 2010:

Requisitos de servidor de rede e diretório para o Exchange 2010

O uso de controladores de domínio de 64 bits do Active Directory aumenta o desempenho do serviço de diretório do Exchange 2010. Para mais informações sobre o Exchange 2010, a função de servidor de Caixa de correio e índices do Active Directory, consulte a seção "Índices de servidor de Caixa de correio e servidor do Active Directory" em Noções Básicas Sobre Taxas de Função de Servidor e Desempenho do Exchange.

Observação:

Em ambientes com vários domínios, em controladores de domínio do Windows Server 2008 que tenham a localidade de idioma do Active Directory definida como japonês, seus servidores podem não receber alguns atributos armazenados em um objeto durante a replicação de entrada. Para obter mais informações, consulte o artigo da Base de Dados de Conhecimento da Microsoft 949189, Um controlador de domínio do Windows Server 2008 que é configurado com a localidade do idioma japonês não pode aplicar atualizações a atributos em um objeto durante a duplicação de entrada.

Os requisitos de hardware recomendados para os servidores do Exchange 2010 variam de acordo com vários fatores, incluindo as funções de servidor que estão instaladas e a carga antecipada que será imposta aos servidores. Para informações sobre configurações mínimas, máximas e recomendadas de hardware para servidores do Exchange 2010, consulte Desempenho e escalabilidade.

Requisitos de hardware para o Exchange 2010

Para mais informações sobre o planejamento do hardware para o Exchange 2010, consulte os seguintes tópicos:

• Noções básicas sobre configurações de processador e desempenho do Exchange
  
• Noções Básicas Sobre Configurações de Memória e Desempenho do Exchange
  
• Noções Básicas Sobre Taxas de Função de Servidor e Desempenho do Exchange
  

A tabela a seguir lista os sistemas operacionais compatíveis com o Exchange 2010.

Sistemas operacionais compatíveis com o Exchange 2010

Importante:

A versão RTM (para produção) do Exchange 2010 não tem suporte para execução em computadores que tenham habilitadas as configurações de conformidade do FIPS (Federal Information Processing Standards) dos Estados Unidos. Se o FIPS estiver habilitado em computadores executando o Windows Server 2008 SP2 ou Windows Server 2008 R2, o Exchange 2010 RTM não funcionará corretamente. Para mais informações, consulte o artigo 811833 da Base de Dados de Conhecimento, Os efeitos da habilitação do "criptografia de sistema: usar FIPS compatíveis com algoritmos para criptografia, hash e assinatura" configuração de segurança no Windows XP e em versões posteriores do Windows.

O Exchange 2010 oferece suporte às seguintes versões do Microsoft A integração do Outlook e Microsoft Entourage para Mac:

• Outlook 2010
  
• Outlook 2007
  
• Outlook 2003
  
• Entourage 2008 para Mac, Web Services Edition
  
• Outlook para Mac 2011
  

Se você tiver clientes com Outlook 2003, esteja ciente do seguinte ao fazer a atualização de sua organização para o Exchange 2010:

• Em clientes com o Outlook 2003, você poderá observar que as atualizações de pasta não ocorrem automaticamente em tempo hábil. Esse era um problema conhecido no RTM e SP1 do Exchange 2010, mas foi resolvido na atualização 3 SP1 Rollup do Exchange 2010. Para mais informações sobre instalação de uma atualização Rollup, consulte Instalar a Representação Acumulada da Última Atualização para o Exchange 2010. Para mais informações sobre como resolver esse problema, consulte o artigo 2009942 da Base de Dados de Conhecimento, No Outlook 2003, as mensagens de email levam muito tempo para enviar e receber quando uma caixa de correio do Exchange 2010 é utlizada. Entretanto, o Outlook 2007 e o Outlook 2010 são automaticamente compatíveis com essa mudança.
  
• Exchange 2010 RTM: Os clientes com Outlook 2003 não usam criptografia RPC, o que o Acesso para Cliente RPC exige por padrão. Você também precisará desativar o requisito de criptografia RPC ou configurar o Outlook 2003 de modo que seja utilizada a criptografia RPC. Contudo, o Outlook 2007 e as versões posteriores são automaticamente compatíveis com a alteração no Acesso para Cliente RPC, pois suportam criptografia RPC por padrão. Para obter mais informações, consulte Noções Básicas Sobre o Acesso para Cliente RPC.
  
• Exchange 2010 SP1: No Exchange 2010 SP1, o requisito de criptografia RPC fica desabilitado por padrão. Quaisquer CAS (Servidores de Acesso para Cliente) novos implantados na organização não irão exigir criptografia. Porém, quaisquer servidores CAS implantados antes do Exchange 2010 SP1, ou atualizados para o Exchange 2010 SP1, irão manter a configuração de requisito de criptografia RPC existente.
  

Para mais informações, consulte Preocupação: Ter clientes do Outlook 2003 vai me impedir de implantar o Exchange 2010?.

A Microsoft aceitará o Exchange 2010 em produção no software de virtualização de hardware apenas quando todas as seguintes condições forem verdadeiras:

• O software de virtualização de hardware está executando um dos seguintes procedimentos:
  
  • Windows Server 2008 com tecnologia Hyper-V
    
  • Windows Server 2008 R2 com tecnologia Hyper-V
    
  • Microsoft Hyper-V Server 2008
    
  • Microsoft Hyper-V Server 2008 R2
    
  • Qualquer hipervisor de terceiros que tenha sido validado no Windows Server Virtualization Validation Program.
    
• A máquina virtual convidada do Exchange:
  
  • Está executando o Microsoft Exchange 2010. Isto inclui o modo de hospedagem do Exchange 2010, disponível no SP1 do Exchange 2010 ou posterior.
    
  • É implantado no SP2 do Windows Server 2008 (ou posterior) ou R2 RTM do Windows Server 2008 ou posterior.
    
  • Atende a todos os requisitos definidos anteriormente neste tópico.
    

    Observação:

    Ao instalar o Exchange 2010 em um ambiente do Hyper-V, este erro pode ocorrer: "A instalação da função de servidor Transporte de Hub falhou." Para servidores virtualizados do Active Directory, recomenda-se desabilitar o componente de integração de sincronização de horário, e em seguida definir a hora com um provedor de tempo externo antes de instalar a função de Transporte de Hub. Essa recomendação é especialmente importante caso seu host ingresse no domínio que a máquina virtual está hospedando.

• Com o SP1 do Exchange 2010 (ou posterior) implantado:
  
  • Todas as funções de servidor do Exchange 2010, incluindo a Unificação de Mensagens, são suportadas em uma máquina virtual. Máqunas virtuais de Unificação de Mensagens possuem os seguintes requisitos especiais:
    
    • Quatro processadores virtuais são necessários para a máquina virtual. A memória deve ser dimensionada usando orientações de práticas padrão.
      
    • Quatro núcleos de processador físico estão disponíveis para uso em tempo integral pela máquina virtual de função de Unificação de Mensagens. Esse requisito significa que nenhum excesso de assinatura do processador pode estar em uso. Esse requisito afeta a habilidade da máquina virtual de função da Unificação de Mensagem para utilizar os recursos de processador físico.
      
  • As máquinas virtuais do servidor do Exchange (incluindo as máquinas virtuais de Caixa de Correio do Exchange quem são parte de um DAG), podem ser combinadas com cluster de failover baseado em host e tecnologia de migração, desde que as máquinas virtuais sejam configuradas de modo que não salvem e restaurem estado no disco quando alteradas ou desligadas. Toda atividade de failover deve resultar em uma inicialização a frio quando a máquina virtual estiver ativada no nó alvo. Toda migração planejada deve resultar em desligamento ou inicialização a frio, e uma migração online que faça uso de uma tecnologia como a migração Live Hyper-V. A migração hipervisor de máquinas virtuais é suportada pelo vendedor hipervisor. Desse modo, verifique se o vendedor hipervisor testou e suporta a migração das máquinas virtuais do Exchange. A Microsoft oferece suporte á migração Live Hyper-V dessas máquinas virtuais.
    
• Com o RTM do Exchange 2010 :
  
  • Todas as funções de servidor do Exchange 2010, incluindo a Unificação de Mensagens, são suportadas em uma máquina virtual.
    
  • A Microsoft não oferece suporte ao combinar soluções de alta disponibilidade do Exchange (grupos de disponibilidade de banco de dados (DAGs)) com soluções de migração, alta disponibilidade ou clustering baseadas no hipervisor que moverão ou automaticamente executarão o failover de servidores de caixa de correio que são membros de um DAG entre servidores raiz em cluster. Os DAGs são suportados em ambientes de virtualização de hardware desde que o ambiente de virtualização não use servidores raiz em cluster, ou os servidores raiz em cluster tenham sido configurados para nunca executar failover ou automaticamente mover servidores de caixa de correio que são membros de um DAG em outro servidor raiz.
    
• O armazenamento usado pela máquina de convidado do Exchange para armazenamento de dados do Exchange (por exemplo, filas de bancos de dados de caixa de correio ou de Transporte de Hub) pode ser o armazenamento virtual de um tamanho fixo (por exemplo, discos rígido virtuais fixos (VHDs) em um ambiente do Hyper-V), o armazenamento de passagem SCSI ou armazenamento de Internet SCSI (iSCSI). O armazenamento de passagem é o armazenamento que é configurado no nível do host e dedicado a uma máquina de convidado. Todo o armazenamento usado por uma máquina de convidado do Exchange para armazenamento de dados do Exchange deve estar em nível de bloco porque o Exchange 2010 não oferece suporte ao uso de volumes de armazenamento anexado à rede (NAS). Além disso, o armazenamento NAS que é apresentado ao convidado como armazenamento em nível de bloco via hipervisor não é suportado. Os seguintes requisitos de disco virtual se aplicam a volumes usados para armazenar dados do Exchange:
  
  • O Exchange não tem suporte para discos virtuais que se expandem dinamicamente.
    
  • Discos virtuais que usam mecanismos delta ou diferenciados (como VHDs ou instantâneos diferenciados do Hyper-V) não são aceitos.
    

    Observação:
    Em um ambiente Hyper-V, cada VHD fixo deve ter menos de 2.040 GB. Para hipervisores aceitos de terceiros, verifique com o fabricante se existe alguma limitação de tamanho no disco.

• Somente software de gerenciamento (por exemplo, software antivírus, software de backup ou software de gerenciamento de máquina virtual) poderá ser implantado na máquina raiz física. Nenhum outro aplicativo baseado em servidor (por exemplo, Exchange, SQL Server, Active Directory ou SAP) deverá ser instalado na máquina raiz. A máquina raiz deve ser dedicada para executar máquinas virtuais de convidados.
  
• Alguns hipervisores incluem recursos para obtenção de instantâneos de máquinas virtuais. Os instantâneos de máquina virtual capturam o estado de uma máquina virtual durante a sua execução. Esse recurso permite obter vários instantâneos de uma máquina virtual e reverter a máquina virtual para qualquer um dos estados anteriores aplicando um instantâneo à máquina virtual. Entretanto, os instantâneos da máquina virtual não são sensíveis a aplicativos, e utilizá-los pode trazer consequências inesperadas e não intencionais para um aplicativo do servidor que mantenha dados de estado, como o Exchange. Como resultado, não é possível obter instantâneos de máquina virtual de uma máquina virtual de convidado do Exchange.
  
• Vários produtos de virtualização de hardware permitem especificar vários processos virtuais que devem ser alocados para cada máquina virtual de candidato. Os processadores virtuais localizados na máquina virtual de convidado compartilham um número fixo de processadores lógicos no sistema físico. O Exchange aceita uma taxa de processador virtual para processador lógico de até 2:1. Por exemplo, um sistema de processador duplo usando processadores de quatro núcleos contém um total de 8 processadores lógicos no sistema host. Em um sistema com essa configuração, não aloque mais do que um total de 16 processadores virtuais a todas as máquinas virtuais de convidado combinadas.
  
• Ao calcular o número total de processadores virtuais necessários pela máquina raiz, você deverá levar em conta também os requisitos do sistema operacional e de E/S. Na maioria dos casos, o número equivalente de processadores virtuais exigido no sistema operacional raiz para um sistema que hospeda máquinas virtuais do Exchange é 2. Esse valor deve ser usado como uma linha de base para o processador virtual do sistema operacional raiz ao se calcular a taxa global de núcleos físicos para processadores virtuais. Se o monitoramento de desempenho do sistema operacional raiz indicar que você está consumindo mais recursos de processador do que o equivalente a 2 processadores, será preciso reduzir a contagem de processadores virtuais designados às máquinas virtuais de convidado de acordo e verificar se a taxa global de processador virtual para núcleo físico não é superior a 2:1.
  
• O sistema operacional de uma máquina de convidado do Exchange deve usar um disco que tenha um tamanho mínimo de 15 GB mais o tamanho da memória virtual que está alocada na máquina de convidado. Esse requisito é necessário para atender aos requisitos de disco do sistema operacional e do arquivo de paginação. Por exemplo, se a máquina de convidado tiver alocado 16 GB de memória, o espaço em disco mínimo necessário para o disco do sistema operacional será de 31 GB.
  Além disso, é possível que as máquinas virtuais de convidado possam ser impedidas de se comunicar diretamente com o fibre channel ou com HBAs (adaptadores de barramento de host) SCSI instalados na máquina raiz. Nesse caso, você deve configurar os adaptadores no sistema operacional da máquina raiz e apresentar os LUNs às máquinas virtuais de convidado como um disco virtual ou um disco de passagem.