Compartilhar via

Roteiro de Planejamento para Novas Implantações

  • Artigo

Aplica-se a: Exchange Server 2010

Tópico modificado em: 2010-02-02

Antes de prosseguir com a implantação do Microsoft Exchange Server 2010, recomendamos que você leia este tópico para ajudá-lo a preparar a sua organização para o implantação.

Planejamento de organização do Exchange

Antes de implantar o Exchange 2010, sua infraestrutura existente deve atender a certos pré-requisitos. Reveja os tópicos a seguir para ajudar a assegurar que a sua organização esteja pronta Exchange 2010:

Topologias com suporte Exchange 2010

O Exchange 2010 oferece suporte para os seguintes navegadores:

  • Única floresta, vários sites de Active Directory.
  • (Modelo de floresta de recursos); de várias florestas vários sites de Active Directory.
  • Site único Active Directory.

Exchange 2010 não oferece suporte às seguintes topologias:

  • Instalando a versão anterior do Exchange em uma organização recém-criada Exchange 2010.

    Importante

    A inclusão de versões anteriores do Exchange em uma organização exclusiva do Exchange 2010 não é aceita.

Para obter mais informações, consulte Deploy Multiple Forest Topologies.

Assistente de Implantação do Exchange Server 2010

O Exchange Server 2010 apresenta o Assistente de Implantação do Exchange Server, ou ExDeploy, uma nova ferramenta baseada na Web, capaz de ajudá-lo na sua implantação do Exchange. O ExDeploy faz algumas perguntas sobre seu ambiente atual e gera uma lista de verificação personalizada e procedimentos que ajudam a simplificar sua implantação.

Para obter mais informações, consulte Assistente de implantação do Exchange 2010.

Planejamento do Active Directory

O Exchange 2010 usa o Lightweight Directory Service (AD LDS)  Active Directory para fornecer e compartilhar informações de diretório com o Microsoft Windows. Para obter mais informações, consulte Planejando o Active Directory.

Planejamento de rede e resolução de nome

Verifique se você registrou corretamente os registros do host para servidores que executam o Exchange 2010 no servidor DNS (sistema de nome de domínio) para a floresta do Active Directory. Clientes e outros servidores usam DNS como serviço de resolução de nome para localizar servidores Exchange. Você precisa confirmar se a resolução de nomes está configurada corretamente para seu ambiente. Para obter mais informações, consulte os tópicos:

Planejamento do servidor de Transporte de Hub

A função de servidor Transporte de Hub é obrigatória em uma organização do Exchange 2010 que fornece roteamento em uma única rede organizacional usando os sites do Active Directory. Implantada na floresta do Active Directory, os computadores que tiverem a função de servidor Transporte de Hub instalada controlarão todo o fluxo de email da organização, aplicarão regras de transporte e de registro no diário e entregarão mensagens nas caixas de correio dos destinatários. As mensagens enviadas para a Internet são retransmitidas pelo servidor de Transporte de Hub para a função de servidor Transporte de Borda que é implantada na rede de perímetro. As mensagens recebidas da Internet são processadas pelo servidor de Transporte de Borda antes de serem retransmitidas para o servidor de Transporte de Hub. A função de servidor de Transporte de Hub armazena todas as informações de configuração no Active Directory.

Ao planejar a implantação da função de servidor Transporte de Hub, examine os problemas a seguir:

  • Opções de Topologia    Começam planejando onde você porá os seus servidores de Transporte de Hub na topologia física do Exchange. O Exchange usa sites dos Active Directory para rotear mensagem; por isso, você deve implantar pelo menos um servidor de Transporte de Hub em cada site do Active Directory no qual você implanta servidores de Caixa do Correio. Para obter mais informações sobre como planejar o local do servidor de Transporte de Hub, consulte Visão geral sobre a função do servidor de transporte de Hub.
  • Capacidade do servidor   O planejamento da capacidade do servidor inclui determinar como será feito o monitoramento do desempenho do servidor de Transporte de Hub. O monitoramento do desempenho ajudará a definir uma linha de base de desempenho para seus servidores. Essas informações ajudarão a determinar a capacidade de configuração do hardware.
  • Opções de Topologia    Determinam as características de transporte que você permitirá no servidor de Transporte de Hub e como eles serão configurados.
  • **Segurança   **A função de servidor Transporte de Hub é implantada na organização do Exchange. O planejamento da segurança do servidor de Transporte de Hub abrange delegar funções administrativas e verificar se as conexões IP são as únicas habilitadas nos servidores autorizados. Além disso, verifique se nenhum serviço essencial está sendo executado e portas desnecessárias estão abertas. Para mais informações, consulte Deployment Security Checklist

Conectividade da Internet para servidores de Transporte de Hub

Para concluir a configuração de fluxo de emails na organização do Exchange e enviar e receber emails da Internet, você deve configurar conectores de Envio e Recebimento que habilitem pelo menos um servidor de Transporte de Hub para conexão com a Internet. Você pode configurar a conectividade de Internet em um servidor de Transporte de Hub com qualquer um dos métodos a seguir:

  • Você pode implantar um servidor de Transporte de Borda e inscrevê-lo na organização do Exchange. Esse é o método de implantação recomendado. Por padrão, quando você cria a Inscrição de Borda, os conectores de envio necessários são criados automaticamente. Não é necessário modificar a configuração do conector de Recebimento padrão no servidor de Transporte de Hub nesse cenário. Para obter mais informações, consulte Configurar Fluxo de Email da Internet Através de um Servidor de Transporte de Borda Inscrito.

  • Você pode implantar um servidor de Transporte de Borda sem inscrevê-lo na organização do Exchange. Neste cenário, você teria de configurar manualmente conectores Enviar e Receber nos seus servidores de Transporte de Hub e Transporte de Borda, e você não será capaz de usar recursos como filtragem por destinatários ou agregação de lista segura porque não há nenhuma réplica de dados. Para obter mais informações, consulte Configurar o fluxo de emails entre um Servidor de Transporte de Borda e Servidores de Transporte de Hub sem utilizar o EdgeSync.

  • Você pode enviar e receber mensagens da Internet retransmitindo através do Microsoft Exchange Hosted Services Microsoft Exchange ou outros servidores gateway SMTP de terceiros. Nesse cenário, é necessário criar um conector de Envio e um conector de Recebimento entre o servidor de Transporte de Hub e os servidores SMTP externos que processam e roteiam emails da Internet. Para obter mais informações, consulte Configurar o Fluxo de Email da Internet com o Exchange Hosted Services ou um Gateway SMTP Externo.

  • Você pode estabelecer o fluxo de emails da Internet diretamente por meio de um servidor de Transporte de Hub. Nesse cenário, é necessário criar um conector de Envio que roteie os emails para a Internet. Além disso, você precisa modificar a configuração do conector de Recebimento padrão para aceitar envio de emails anônimos. Nesse cenário, o servidor de Transporte de Hub do Exchange 2010 pode ser alcançado diretamente pela Internet. Não recomendamos essa topologia porque ela aumenta os riscos de segurança ao expor à Internet o servidor Exchange 2010 e todas as funções instaladas nele. Em vez disso, recomendamos implementar um gateway SMTP baseado em rede de perímetro, como o servidor de Transporte de Borda. Para obter mais informações, consulte Configurar o Fluxo de Mensagens da Internet Diretamente por meio de um Servidor de Transporte de Hub.

    Dica

    Se você decidir estabelecer o fluxo de correio de Internet diretamente pelos seus servidores de Transporte de Hub, recomendamos que você instale os agentes antispam nos seus servidores de Transporte de Hub para que eles possam fornecer a proteção antispam da sua organização do Exchange. Para obter mais informações, consulte Habilitar a Funcionalidade Antispam em um Servidor de Transporte de Hub.

    Importante

    Se você configurar um servidor de Transporte de Hub voltado para Internet, não poderá configurar um conector de envio para anexar um endereço IP específico a mensagens que são enviadas do servidor de Transporte de Hub. Por exemplo, se mais de um endereço IP estiver designado ao servidor de Transporte de Hub, você não poderá selecionar o endereço IP usado por um conector de envio para retransmitir emails para a Internet. Se você usar uma retransmissão SMTP, por exemplo, um servidor de Transporte de Borda, o endereço IP desse computador será afixado como a origem da mensagem.

Alta disponibilidade e balanceamento de carga para servidores de transporte de Hub

A redundância de sombra do recurso dos servidores de transporte do Exchange 2010, que fornece redundância para as mensagens durante todo o tempo em que estiverem em trânsito. A solução envolve uma técnica semelhante ao dumpster de transporte. Com a redundância de sombra, a exclusão de uma mensagem dos bancos de dados de transporte é adiada até que o servidor de transporte verifique se todos os saltos seguintes para aquela mensagem foram totalmente entregues. Se qualquer um dos próximos saltos falhar antes de relatar sucesso na entrega, a mensagem será reenviada para entrega para o próximo salto. 

Redundância de sombra é ativada por padrão em seu ambiente de Exchange 2010. Para saber mais sobre a redundância de sombra, consulte Noções Básicas Sobre Redundância de Sombra.

Você ativa a carga balanceada para servidores de Transporte de Hub quando instala mais de um servidor de Transporte de Hub no mesmo site do Active Directory. Por padrão, as conexões com servidores de Transporte de Hub apresentam equilíbrio de carga automático, se mais de um servidor de Transporte de Hub for implantado em um site do Active Directory. Se um servidor de Transporte de Hub não está disponível, os servidores de Transporte de Hub operacionais continuam a aceitar conexões. Se todos os servidores de Transporte de Hub de um site do Active Directory estiverem indisponíveis, as mensagens são enfileiradas até que um servidor de Transporte de Hub fique disponível ou até que a mensagem expire.

O equilíbrio de carga de conexões de saída com domínios remotos é obtido com a especificação de mais de um servidor de Transporte de Hub no mesmo site do Active Directory que um servidor de origem para o conector de envio. O equilíbrio de carga não ocorre quando os servidores de origem de um conector de envio estiverem localizados em sites diferentes do Active Directory.

Dica

Se o servidor de Transporte de Hub estiver instalado no mesmo hardware que a função de servidor Caixa de Correio, o equilíbrio de carga pode não ocorrer. Quando a função do servidor de Transporte de Hub está no mesmo hardware que a função de servidor Caixa de Correio, dá-se preferência ao servidor local para todas as mensagens que são enviadas por usuários que possuem caixas de correio nesse servidor. Portanto, em alguns cenários, o equilíbrio de carga verdadeiro não ocorre.

O Balanceamento de Carga da Rede (NLB) pode ser usado para oferecer alta disponibilidade nos seguintes cenários:

  • O equilíbrio de carga de conexões SMTP de entrada para conexões clientes POP e IMAP com o conector de recebimento padrão chamado "<Nome do servidor> cliente", que é criado somente em servidores de Transporte de Hub.
  • Equilíbrio de carga de conexões SMTP de entrada para aplicativos que enviam email para a organização do Exchange.

O NLB não deve ser usado para distribuir conexões para roteamento interno entre servidores de Transporte de Hub.

Para obter mais informações sobre como configurar Equilíbrio de Carga da Rede, consulte Network Load Balancing Technical Reference.

Planejamento do servidor de Transporte de Borda

A função de servidor Transporte de Borda é projetada para fornecer proteção aprimorada de antispam para a organização do Exchange. O servidor de Transporte de Borda aplica também diretivas a mensagens em transporte entre as organizações. Essa função de servidor é implantada na rede de perímetro e fora da floresta do Active Directory. Os servidores de Transporte de Borda não têm acesso ao Active Directory para a configuração e informação sobre destinatário como fazem as outras funções do servidor do Exchange 2010. O servidor de Transporte de Borda usa o Lightweight Directory Service (AD LDS) do Active Directory para armazenar informações de configuração e de destinatários.

Você pode adicionar um servidor de Transporte de Borda a uma organização existente do Exchange sem fazer quaisquer alterações organizacionais. Não é preciso executar nenhuma etapa de preparação do Active Directory ao instalar o servidor de Transporte de Borda.

Quando um servidor de Transporte de Borda for implantado para oferecer suporte a uma organização do Exchange que ainda não tem o Exchange 2010 implantado, um conjunto limitado de recursos estará disponível. Não é possível criar uma Inscrição de Borda neste cenário. Por isso, você não pode usar a Pesquisa de Destinatário ou os recursos de agregação de lista segura até que você tenha implantado o Exchange 2010 na sua organização.

Quando você estiver planejando implantar servidores de Transporte de Borda, você deve considerar as seguintes questões:

  • Capacidade do Servidor   O planejamento da capacidade do servidor inclui planejar como conduzir o monitoramento de desempenho do servidor de Transporte de Borda. O monitoramento do desempenho ajudará você a entender com que intensidade o servidor está trabalhando. Essas informações determinarão a capacidade de sua configuração atual de hardware.

  • Recursos de Transporte   O servidor de Transporte de Borda pode fornecer proteção antispam na borda da rede. Como parte do processo de planejamento, você deve determinar os recursos de antispam a serem habilitados no servidor de Transporte de Borda e como eles serão configurados.

  • **Segurança   **A função de servidor Transporte de Borda é designada para ter uma superfície de ataque mínima. Portanto, é importante proteger corretamente e gerenciar o acesso físico e o acesso de rede ao servidor. O planejamento de segurança ajudará você a verificar se as conexões IP são habilitadas somente a partir de servidores autorizados e de usuários autorizados. Para obter mais informações, consulte Deployment Security Checklist.
    A prática recomendada é colocar o servidor de Transporte de Borda na rede de perímetro. Para garantir que o servidor pode enviar e receber emails e receber atualizações de dados de configuração e de destinatário do serviço EdgeSync do Microsoft Exchange, você deve permitir a comunicação por meio das portas relacionadas na tabela a seguir.

    Configurações da porta de comunicação dos servidores de Transporte de Borda

    Interface de rede Porta aberta Protocolo Observação

    Entrada de e saída para a Internet

    25/TCP

    SMTP

    Esta porta deve estar aberta para o fluxo de email para e da Internet.

    Entrada de e saída para a rede interna

    25/TCP

    SMTP

    Esta porta deve estar aberta para o fluxo de email para e da organização do Exchange.

    Somente local

    50389/TCP

    LDAP

    Esta porta é usada para fazer uma conexão local com AD LDS.

    Entrada da rede interna

    50636/TCP

    LDAP seguro

    Essa porta deve estar aberta para sincronização do EdgeSync.

    Entrada da rede interna

    3389/TCP

    RDP

    A abertura desta porta é opcional. Ela fornece mais flexibilidade no gerenciamento dos servidores de Transporte de Borda com base na rede interna ao permitir que você use uma conexão de área de trabalho remota para gerenciar o servidor de Transporte de Borda.

    Dica

    A função de servidor Transporte de Borda usa portas LDAP não padrão. As portas especificadas neste tópico são as portas de comunicação LDAP que são configuradas quando a função de servidor Transporte de Borda é instalada. Para obter mais informações, consulte Modificar configuração AD LDS.

  • **EdgeSync   **Você pode criar uma Inscrição de Borda para inscrever o servidor de Transporte de Borda na organização do Exchange. Quando você cria uma Inscrição de Borda, os dados do destinatários e de configuração são replicados do Active Directory para o AD LDS. Você inscreve o servidor de Transporte de Borda em um site do Active Directory. Em seguida, o serviço EdgeSync Microsoft Exchange executado nos servidores de Transporte de Hub naquele site atualiza periodicamente o AD LDS sincronizando dados do Active Directory. O processo de Inscrição de Borda configura automaticamente os conectores de envio necessários para habilitar o fluxo de mensagens da organização do Exchange para a Internet por meio de um servidor de Transporte de Borda. Se você estiver usando a consulta de destinatários ou os recursos de agregação de lista segura no servidor de Transporte de Borda, deverá inscrever o servidor de Transporte de Borda na organização.

Configurando as definições de DNS para a função de servidor Transporte de Borda

A função de servidor de Transporte de Borda é implantada fora da organização do Exchange como servidor autônomo na rede de perímetro ou como membro de um domínio do Active Directory da rede de perímetro. Você deve configurar manualmente o sufixo de DNS correto para a função de servidor Transporte de Borda antes de instalar o Exchange 2010. Se um sufixo de DNS não for configurado, a instalação falhará.

Porque o servidor de Transporte de Borda é implantado tipicamente na rede de perímetro, há interfaces de rede que são ligadas a múltiplos segmentos de rede. Cada um desses segmentos de rede tem uma configuração de IP exclusiva. A interface de rede que é conectada ao segmento de rede externo, ou público, deve ser configurada para usar um servidor DNS público para resolução de nome. Isso permite ao servidor resolver nomes de domínio SMTP para registros de recurso MX e rotear o email para a Internet.

A interface de rede conectada ao segmento de rede interno, ou particular, deve ser configurada para usar um servidor DNS na rede de perímetro que possa resolver os nomes dos servidores de Transporte de Hub na sua organização, ou deve ter um arquivo Hosts disponível. Os servidores de Transporte de Borda e os servidores de Transporte de Hub devem poder usar a resolução de host de DNS para localizar um ao outro.

Para habilitar a resolução de nome dos servidores de Transporte de Hub por servidores de Transporte de Borda, use um dos seguintes métodos:

  • Crie manualmente registros de recurso A para servidores de Transporte de Hub em uma zona de pesquisa direta no servidor DNS que é configurada no adaptador de rede interno do servidor de Transporte de Borda.
  • Edite o arquivo Hosts no servidor de Transporte de Borda para incluir os registros Host nos servidores de Transporte de Hub. O arquivo Hosts é um arquivo de texto local no mesmo formato que o arquivo 4.3 Berkeley Software Distribution (BSD) UNIX /etc/hosts. Esse arquivo mapeia nomes de host para endereços IP e está armazenado na pasta \%Systemroot%\System32\Drivers\Etc.

Para habilitar a resolução de nomes de servidores de Transporte de Borda por servidores de Transporte de Hub, use um dos seguintes métodos:

  • Crie manualmente registros de recurso A para servidores de Transporte de Borda em uma zona de pesquisa direta no servidor DNS que é configurado no servidor de Transporte de Hub.
  • Para incluir os registros Host nos servidores de Transporte de Borda, edite o arquivo Hosts nos servidores de Transporte de Hub que estão localizados nos sites do Active Directory nos quais os servidores de Transporte de Borda estão inscritos.

Você deve seguir estas etapas para definir as configurações de DNS no servidor de Transporte de Borda:

  1. Verifique se as configurações do servidor DNS para cada interface de rede estão corretas para o segmento de rede.
  2. Configure o sufixo de DNS para o nome de servidor de Transporte de Borda usando as etapas a seguir:
    1. Clique em Iniciar, clique em Painel de Controle e clique duas vezes em Sistema para abrir as Propriedades do Sistema.
    2. Clique na guia Nome do Computador.
    3. Clique em Alterar.
    4. Na página Alterações no Nome do Computador, clique em Mais.
    5. No campo Sufixo primário de DNS deste computador: , digite um nome de domínio de DNS e um sufixo para o servidor de Transporte de Borda.
      Esse nome não pode ser alterado depois que a função de servidor Transporte de Borda estiver instalada.
  3. Configure a resolução de nome de host de DNS para servidores de Transporte de Borda e servidores de Transporte de Hub.

Substituindo configurações de DNS

Em seu ambiente, talvez você queira especificar um servidor DNS para rotear emails diferente do servidor DNS que é configurado nas propriedades de IP do servidor Exchange. Para realizar isso, modifique as configurações das Pesquisas de DNS Internas e das Pesquisas de DNS Externas das propriedades do servidor de transporte. Essas configurações substituem as configurações no adaptador de rede para rotear mensagens de email. Para obter mais informações, consulte Configurar as Propriedades do Servidor de Transporte de Borda.

Planejamento do Servidor de Caixa de Correio

A função do servidor de Caixa de Correio do Exchange 2010  hospeda bancos de dados de caixas de correio e fornece serviços de repositório de email e planejamento avançado para usuários de informações. Essa função de servidor de Caixa de correio também pode incluir banco de dados de pasta pública, que fornece uma base para fluxo de trabalho, compartilhamento de documentos e outras formas de colaboração. Servidores onde a função de servidor Caixa de Correio está instalada são chamados de servidores de Caixa de Correio.

Antes da instalação, recomendamos que você planeje cuidadosamente a implantação da função de servidor Caixa de Correio. Você deve considerar vários fatores ao planejar o tamanho dos bancos de dados de caixa de correio.

Dimensionando bancos de dados

O tamanho máximo recomendado de banco de dados para o Exchange 2010 é maior do que o tamanho máximo recomendado nas versões anteriores do Exchange.

Ao planejar o tamanho dos bancos de dados, você deverá planejar também como forçará limites de tamanho de bancos de dados, no nível de banco de dados ou no nível de caixa de correio individual. Para obter mais informações sobre limites de caixa de correio, consulte os seguintes tópicos:

Planejamento de pasta pública

Pastas públicas são um recurso opcional no Exchange 2010. Se todos os computadores clientes na sua organização estiverem executando o Microsoft Office Outlook 2007 ou posterior, as pastas públicas são um recurso opcional. No entanto, se clientes Outlook 2003 estiverem em uso, as pastas públicas são necessárias. Além disso, se atualmente você estiver utilizando pastas públicas para coleta, organização ou compartilhamento de documentos e outras informações e deseja continuar dessa forma, pode usar a replicação de pasta pública para mover os dados de pasta pública para o Exchange 2010.

Para obter mais informações sobre pastas públicas, consulte Noções Básicas Sobre Pastas Públicas.

Planejamento de função de servidor de Acesso para Cliente

A função de servidor acesso para cliente recebe todas as conexões de cliente para Exchange 2010. Clientes baseados em computador, como Microsoft Outlook e Microsoft Entourage, telefones móveis, e clientes com base em um navegador todos conectados através da função do servidor de Acesso para Cliente. A função de servidor acesso para cliente oferece as seguintes funções:

  • Acesso MAPI

  • Acesso ao POP3 e IMAP4

    Dica

    Não há suporte para a autenticação integrada do Windows (formalmente chamado NTLM) para a conectividade de cliente POP3 ou IMAP4. Para obter mais informações, consulte "Client Access recursos"Descontinuar recursos e desenfatizar funcionalidades seções.

  • Acesso ao Outlook Web App

  • O serviço de Descoberta Automática que configura computadores de cliente que estão executando o Outlook 2010, Outlook 2007, Entourage, e outros aplicativos de cliente. O serviço de Descoberta Automática também pode configurar dispositivos móveis aceitos.

  • O serviço de Disponibilidade melhora o calendário dos usuários de informações e experiência em agendamento de reuniões, oferecendo informações de disponibilidade seguras, consistentes e atualizadas aos computadores que estão executando o Outlook 2007 e superior.

Ao planejar a sua implantação do Exchange 2010, você deve ter pelo menos um computador com a função de servidor de Acesso para Cliente instalado em cada site do Active Directory que contém caixas de correio do Exchange 2010. Você pode ter múltiplos computadores com a função de servidor de Acesso para Cliente instalado dentro de cada site do Active Directory. Para fornecer o acesso para cliente externo, pelo menos um servidor de Acesso para Cliente dentro da sua organização deve ser voltados para a Internet.

Para obter mais informações sobre planejamento de namespace e servidores de Acesso para Cliente, consulte Understanding Client Access Server Namespaces.

Planejamento do servidor de Unificação de Mensagens

A função de servidor Unificação de Mensagens foi projetada para oferecer UM (Unificação de Mensagens) para destinatários do Exchange 2010. A UM combina mensagem de voz, fax e mensagens de email em um repositório acessível por telefone, pelo computador do usuário e por um dispositivo móvel. Os usuários podem acessar mensagens de voz, email e informações de calendário que estão localizadas em suas caixas de correio do Exchange 2010 a partir de clientes de email, como o Outlook e o Outlook Web App.

O servidor de Unificação de Mensagens depende do servidor de Aceso para Cliente, do servidor de Transporte de Hub e do servidor de Caixa de Correio. Todas as mensagens de correio de voz que são submetidas de um servidor de Unificação de Mensagens de um usuário habilitado para UM são primeiro submetidas Exchange 2010 servidor de Transporte de Hub como uma mensagem SMTP e logo submetidas de um servidor de Transporte de Hub à caixa do correio do usuário habilitado para UM. Para que um destinatário use a Unificação de Mensagens, ele deve ter uma caixa de correio do Exchange 2010. Para detalhes, consulte Noções Básicas Sobre Unificação de Mensagens.

Normalmente, quanto mais simples a topologia da Unificação de Mensagens, mais fácil sua implantação e seu gerenciamento. Instale o mínimo de servidores de Unificação de Mensagens e crie o mínimo de objetos de Unificação de Mensagens possível no Active Directory como você precisa para suportar suas metas organizacionais e de negócios. Grandes empresas com ambientes complexos de rede e telefonia, várias unidades de negócios ou outras complexidades exigem mais planejamento do que organizações menores com necessidades de Unificação de Mensagens relativamente diretas.

Planejando a implantação de UM

Você deve entender os diferentes aspectos de Unificação de Mensagens do Exchange 2010 e cada componente e recurso, para que seja possível planejar adequadamente a infra-estrutura e a implantação da Unificação de Mensagens. Para obter detalhes, consulte Entendendo os Componentes da Unificação de Mensagens e Entendendo os Recursos de Unificação de Mensagens.

Seguem algumas áreas que devem ser consideradas e avaliadas ao planejar o Exchange 2010 na sua organização:

  • Suas necessidades de negócios para a Unificação de Mensagens
  • Sua rede telefônica e sistema atual de caixa postal
  • O design atual da sua rede de dados
  • Seu ambiente atual de Active Directory
  • O número de usuários aos quais você terá que oferecer suporte
  • O número de servidores de Unificação de Mensagens necessário
  • Os requisitos de repositório dos usuários
  • A colocação de gateways IP, equipamento de telefonia e servidores de Unificação de Mensagens

Para obter mais informações, consulte Visão geral da Unificação de Mensagens.

Muitas opções de implantação estão disponíveis para a Transmissão de Mensagens Unificada; cada opção tem várias etapas em comum que devem criar um sistema escalável e altamente disponível para apoiar grandes números de usuários. As etapas são as seguintes:

  1. Implantar e configurar componentes de telefonia para UM.
  2. Verificar se as funções de servidor do Exchange 2010 solicitadas pela UM foram instaladas corretamente.
  3. Instalar a função de servidor de Unificação de Mensagens.
  4. Crie e configure os componentes do Active Directory da Mensagem Unificada incluindo planos de discagem de UM, gateways de UM IP, grupos de busca de UM, e política de caixa do correio de UM.
  5. Execute tarefas de pós-implantação incluindo certificados de implantação para TLS mútuo, criando atendedores automáticos da UM, e configuração do envio de faxes.

Para obter mais informações sobre implantação da Unificação de Mensagens, consulte os seguintes tópicos:

Se você estiver integrando o seu ambiente de Unificação de Mensagens ao Office Communications Server, há considerações de planejamento adicionais. Para detalhes, consulte Entendendo a Unificação de Mensagens e o Communications Server 2007. Depois que você leu Entendendo a Unificação de Mensagens e o Communications Server 2007, os detalhes sobre a implantação da Unificação de Mensagens e Office Communications Server podem ser encontrados nos tópicos seguintes:

Planejamento do cliente Exchange

Antes que você implemente a sua organização do Exchange 2010, verifique se os computadores de cliente e os dispositivos móveis na sua organização atendem as seguintes exigências.

Requisitos Verificar

Todos os clientes MAPI estão executando uma versão com suporte do Outlook, incluindo Microsoft Outlook 2007, Outlook 2003.

[ ]

Todos os clientes Outlook Web App estão executando um navegador da Web com suporte. Para usar o conjunto completo de recursos disponível no Outlook Web App, os clientes podem usar os seguintes navegadores em um computador que esteja executando o Windows XP, o Windows 2003, o Windows Vistaou o Windows 7:

  • Internet Explorer 7 e versões posteriores.
  • Firefox 3.0.1 e versões posteriores.
  • Chrome 3.0.195.27 e versões posteriores.

Em um computador com o Max OS X, os clientes podem usar:

  • Safari 3.1 e versões posteriores.
  • Firefox 3.0.1 e versões posteriores.

Em um computador executando Linux, os clientes podem usar:

  • Firefox 3.0.1 e versões posteriores.

Os clientes que usam um Navegador da Web que não suporta o conjunto de recursos completos será automaticamente dirigido à versão light do Outlook Web App. A versão light do Outlook Web App é otimizada para a aceitabilidade, como para usuários que são cegos ou têm baixa visão. A versão light fornece menos recursos e é mais rápida em algumas operações. Os clientes talvez queiram usar a versão Light se estiverem em uma conexão lenta ou usando um computador com configurações excepcionalmente restritas de segurança do navegador. A versão light pode ser usada com quase todos os navegadores e tem os mesmos recursos em todos eles. 

[ ]

Todos os dispositivos móveis estão executando um sistema operacional suportado. Windows Telefones Móveis que são compatíveis com o Direct Push ou móveis que executam outro sistema operacional que é compatível com o Exchange ActiveSync.

[ ]