Perguntas e respostas do Exchange: Pela floresta afora

  • Artigo

É possível compartilhar caixas de correio e dados em florestas, mas isso exige uma configuração mais arrojada.

Henrik Walther

Dores mais fortes

**P.**Nós somos uma empresa de grande porte que executam o Exchange 2010. Nossos clientes do Exchange são uma mistura de Outlook 2007 e Outlook 2010. Nós acabou de adquirir outra empresa que executa o Exchange 2007 e usando clientes Outlook 2007. Nós estamos indo eventualmente para mesclar as infra-estruturas, mas porque cada empresa é constituída por mais de 100.000 usuários, precisamos estabelecer a coexistência de rica antes de passar para a migração propriamente dita.

Você poderia fornecer-nos com algumas recomendações sobre como abordar a coexistência de intercâmbio com esta combinação específica de clientes do Outlook? Nós estamos com o objetivo de compartilhar informações de disponibilidade e calendários entre florestas do Exchange.

**R.**Este é um tópico um pouco complexo, mas você tem essencialmente as seguintes opções:

  • Usar o serviço Microsoft Federation Gateway (MFG)
  • Use o serviço de disponibilidade do Exchange

O serviço MFG é um serviço relativamente novo (ver Figura 1), introduzido com o Exchange 2010. Os recursos de Federação no Exchange 2010 tirar partido deste novo serviço baseado em Windows Live.

Basicamente, MFG atua como um agente de confiança entre organizações Exchange 2010 que deseja compartilhar dados. É importante salientar que embora ele usa um gateway de Microsoft para estabelecer relações de confiança de federação entre organizações do Exchange 2010, nenhum dado de qualquer uma das organizações envolvidas Exchange é partilhado com a Microsoft. O MFG simplesmente garante segurança quando a publicação de informações de domínio e permitindo o domínio acesso aos dados.

Figura 1 The Microsoft Federation Gateway ajuda a compartilhar dados entre domínios.

Os novos recursos de Federação não requerem quaisquer relações de confiança ou a replicação de dados entre as florestas Exchange envolvidas. No seu caso, para um usuário do Exchange 2010 exibir o status de disponibilidade para um usuário em outra organização, o usuário do Outlook 2007/2010 seria simplesmente digitar endereço de email da pessoa que o Assistente de agendamento.

Usando diretivas de compartilhamento, você pode especificamente definir quais os dados que você deseja compartilhar e a que nível que os dados devem ser compartilhados (ver Figura 2). No âmbito da política organizacional de compartilhamento, você pode criar uma diretiva de compartilhamento. Aqui você pode especificar a quantidade de informações e com o qual os usuários do domínio devem ser capazes de compartilhar.

Figura 2 ao estabelecer uma nova relação de compartilhamento, você tem controle granular sobre a extensão da partilha.

Você menciona a empresa que já adquiriu usa o Exchange 2007. É importante observar que o Exchange 2007 não suporta diretamente MFG. Você pode implantar um servidor de acesso para cliente do Exchange 2010 dentro da floresta do Exchange 2007 e tirar proveito do suporte de proxy de baixo nível.

MFG não requer um usuário de caixa de correio da outra floresta do Exchange ser representado como um objeto de usuário de email, para que não é necessário configurar o GALSync entre as florestas. Ele, no entanto, faria sentido em um cenário de coexistência onde você deseja fornecer aos usuários com uma lista unificada de Endereços Global (GAL) experiência.

Se você usar o serviço de disponibilidade interna, você deve configurar GALSync (para representar os usuários de caixa de correio na floresta remota como objetos de usuário habilitado para email [MEU] na floresta local) e usar o cmdlet Add-AvailabilityAddressSpace para adicionar o namespace respectivo.

Você também deve observar que cada floresta do Exchange deve ser capaz de se conectar ao serviço de disponibilidade em outro org usando o nome de domínio totalmente especificado para a URL interna do diretório virtual de serviços Web do Exchange. Você deve estabelecer uma relação de confiança de floresta entre as florestas. Isso permitirá que você configurar o serviço de disponibilidade para recuperar informações de livre/ocupado em uma base por usuário. Para obter mais informações sobre topologias de disponibilidade entre florestas, consulte o Exchange 2010 TechNet documentação.

No seu cenário, você não tem os clientes Outlook 2003 na mistura. Se assim, você também precisará configurar InterOrg para replicar informações de disponibilidade entre as florestas, como o Outlook 2003 não suporta o serviço de disponibilidade. Porque você deseja configurar temporária coexistência entre duas florestas do Exchange em redes privadas, eu recomendo usar o serviço de disponibilidade.

Atravessar florestas

**P.**Estamos planejando sobre a configuração de disponibilidade entre florestas entre duas florestas do Exchange usando o cmdlet Add-AvailabilityAddressSpace. Isso é suportado se o florestas do Exchange compartilham o mesmo espaço de endereçamento SMTP?

**R.**Sim, este cenário é suportado, mas há um detalhe importante. Ao usar o cmdlet Add-AvailabilityAddressSpace para configurar livre/ocupado e calendário de partilha entre duas florestas do Exchange, você deve implantar o GALSync para representar os usuários de caixa de correio na floresta remota como objetos MEU na floresta local (ver Figura 3). Como você provavelmente sabe, um objeto MEU encaminha todos os emails para um endereço de email externo (atributo de endereço de destino do objeto).

Figura 3 dados de compartilhamento de calendário entre florestas exigem a configuração adequada.

Quando um usuário de caixa de correio do Exchange em uma floresta solicita informações de disponibilidade para um usuário de caixa de correio em outra floresta, o serviço de disponibilidade envia o pedido para o endereço de email externo do objeto MEU que representa o usuário de caixa de correio em outra floresta.

Ao usar o mesmo espaço de endereçamento SMTP nas duas florestas do Exchange, a parte de domínio do endereço de destino, obviamente, será o mesmo em ambas as florestas. Por esse motivo, o serviço de disponibilidade não vai saber como chegar a outra floresta. Exchange usa descoberta automática para determinar onde ele deve enviar o pedido de disponibilidade. Porque usa o endereço de email principal para um usuário de caixa de correio ou o endereço de email externo para um MEU objeto, isso precisa apontar para o espaço de endereçamento da floresta onde se encontra a caixa de correio do usuário de descoberta automática.

Então para começar este trabalho corretamente, você deve usar um espaço único para o endereço SMTP primário para cada organização. Em seguida, inclua o espaço de endereços SMTP partilhado como um endereço de proxy secundário nos objetos do MEU. Você também deve configurar descoberta automática para os dois espaços de endereço exclusivo e configurar conectores entre florestas para fluxo de mensagens funciona em conformidade (ver Figura 4).

Figura 4 configuração adequada é necessária para garantir o fluxo de correio apropriado.

Compartilhamento semelhante

**P.**Nós somos uma loja de Exchange 2010, e muitas vezes, nossos usuários acessam uma caixa de correio compartilhada. Nós adicionamos a caixa de correio compartilhada como uma caixa de correio adicional no perfil de cada usuário do Outlook.

Isso funciona muito bem, exceto pelo fato de que mensagens de email enviadas da caixa de correio adicional vá para a pasta "Itens enviados" da caixa de correio principal dentro de um perfil de usuário. Em ordem para os outros usuários acessando a caixa de correio compartilhada para controlar a atividade na caixa de correio compartilhada, é importante para nós que as mensagens de saída são armazenadas na pasta "Itens enviados" da caixa de correio compartilhada. Estamos usando os clientes do Outlook 2010. Você sabe se isso é possível?

**R.**Esta é uma situação comum e não apenas com Exchange 2010 e Outlook 2010. Embora não seja conhecido, você foi capaz de alterar esse comportamento padrão usando uma chave de registro específicas do cliente do Outlook. Quando adicionar a chave do registro, quando você responde ou encaminhar emails mensagens localizadas na caixa de correio compartilhada, eles realmente ir para a pasta "Itens enviados" esperada.

Para alterar o comportamento de "Itens enviados", você precisará criar a seguinte chave do registro (consulte Figura 5):

Chave: HKEY_CURRENT_USER\Software\Microsoft\Office\14.0\Outlook\Preferences
**Nome:**DelegateSentItemsStyle
**Tipo:**DWORD
Value: 1

Note que ele deve ser criado em HKEY_CURRENT_USER.

Figura 5 Changing onde são armazenados os itens enviados por uma caixa de correio compartilhada requer uma nova chave de registro.

Migração do Exchange 2010

**P.**Estamos em fase de planejamento de implantação do Exchange 2010 em nossa empresa. Nós temos cerca de 130.000 caixas de correio no Exchange 2007. Quando nós a transição para o Exchange 2007, nós encontramos uma documentação técnica da Microsoft que explica como a TI da Microsoft destinado a solução Exchange 2007 Microsoft. Você sabe se existe um documento semelhante para Exchange 2010?

**R.**Um dos meus colegas, Kay Unkroth Biblioso Corp., escreveu a solução do Exchange 2007 para o papel de Microsoft para o Microsoft IT Showcase. Ele também escreveu muitos outros específicos do Exchange 2007 white papers, que algumas das quais eu ativamente trabalhou em também. Você pode encontrar todos os específicos do Exchange 2007 de white papers publicados pela Microsoft IT Showcase ao longo dos anos na TechNet Library.

A TI da Microsoft também publicou informes específicos do Exchange 2010. Estas foram publicadas quando Exchange 2010 foi lançado. Você pode encontrá-los sobre o mesma página TechNet Library.

Demonstração de TI da Microsoft também publica white papers que descrevem outras tecnologias, como o Lync Server, Microsoft Forefront, Office 365 e assim por diante. Você pode querer considerar a subscrever o Microsoft IT Showcase RSS feeds para manter-se sobre o que foi lançado.

Henrik Walther

Henrik Walther é um Microsoft Certified Master: Exchange 2007 e Exchange MVP com mais de 15 anos de experiência em negócios de TI. Ele trabalha como arquiteto de tecnologia para Timengo Consulting e como redator técnico da Biblioso Corp. (uma empresa norte-americana especializada em gestão de serviços de documentação e localização).

Conteúdo relacionado