Perguntas e respostas do ExchangeAlinhando partições de disco, planejando a SCR e muito mais

Henrik Walther

P Estou planejando uma migração do Exchange Server 2003 para uma nova organização do Exchange Server 2007. Para replicar pastas públicas na nova organização, planejo usar a ferramenta IORepl (replicação entre organizações) da Microsoft®. Mas ouvi dizer que não há suporte para a IORepl com um servidor de destino do Exchange 2007 e, em vez disso, é necessário introduzir um servidor do Exchange 2003 na organização do Exchange de destino.

R Embora haja boatos de que não há suporte para a replicação de dados livres/ocupados ou pastas públicas entre uma organização do Exchange 2003 e uma organização do Exchange 2007 pura, isso não procede. Na verdade, há suporte total para o uso da IORepl em um servidor que tenha as ferramentas de gerenciamento do Exchange 2007 instaladas sem nenhuma outra função de servidor do Exchange 2007. No entanto, lembre-se de que você também deve instalar o cliente MAPI do Microsoft Exchange Server e CDO (Collaboration Data Objects) no servidor, já que esses itens não são mais fornecidos como parte da instalação básica do produto.

P Estou criando um projeto do Exchange Server 2007 para uma grande organização que consiste em 150 mil estações, e preciso calcular o número de servidores de catálogo global necessários à infra-estrutura de mensagens do Exchange 2007. Pode me ajudar?

R É claro! Antes de tudo, é exatamente para isso que esta coluna existe. Em primeiro lugar, é importante entender que você calcula quantos servidores de catálogo global (ou, mais especificamente, quantos núcleos — e não estamos falando de processadores aqui) são necessários com base no número total de núcleos de servidores Caixa de Correio do Exchange 2007 que você planeja usar. Repare que você calcula o número de núcleos de servidores de catálogo global com base apenas nos servidores Caixa de Correio; não inclui as outras funções de servidor do Exchange 2007: Acesso para Cliente, Transporte de Hub, Unificação de Mensagens ou Transporte de Borda. Embora as outras funções de servidor do Exchange 2007 influenciem o número de servidores de catálogo global necessários, o número de servidores Caixa de Correio implantados afeta as outras funções de servidor do Exchange 2007, o que significa que você pode calcular o número necessário de servidores de catálogo global com base no número de servidores Caixa de Correio.

Além disso, o número de núcleos de catálogo global depende do fato de você estar usando controladores de domínio baseados em 32 ou 64 bits na infra-estrutura do Active Directory®. Com controladores de domínio de 32 bits, você usa uma proporção 4:1, o que significa que deve planejar ter 1 núcleo de catálogo global para cada 4 núcleos de servidor Caixa de Correio. Com os controladores de domínio de 64 bits, a proporção é 8:1. Então, por exemplo, se você estiver implementando servidores Caixa de Correio do Exchange 2007 com 8 núcleos instalados e usar controladores de domínio de 64 bits, precisará de 1 servidor de catálogo global para cada servidor Caixa de Correio do Exchange 2007. Finalmente, ao usar controladores de domínio de 64 bits, assegure-se de instalar memória suficiente para que todo o banco de dados do Active Directory (arquivo NTDS.DIT) possa ser armazenado em cache na memória.

P A resposta anterior explica as recomendações com relação ao número de servidores de catálogo global para cada servidor Caixa de Correio do Exchange 2007. Como posso calcular o número de funções de servidor Transporte de Hub e Acesso para Cliente do Exchange 2007 a ser implantado?

R Conforme a resposta anterior sugere, o número de servidores Acesso para Cliente e Transporte de Hub do Exchange 2007 (ou, mais especificamente, núcleos de servidor) que você deve implantar está associado ao número de núcleos de servidor Caixa de Correio. Não existe uma regra definitiva, mas o princípio básico é 1 núcleo de servidor Acesso para Cliente para cada 4 núcleos de servidor Caixa de Correio (proporção 4:1) e 1 núcleo de servidor Transporte de Hub para cada 7 núcleos de servidor Caixa de Correio (7:1). O segundo é para servidores Transporte de Hub sem verificação antivírus instalada. Com um produto de verificação antivírus como o Forefront Security para Exchange instalado, a proporção é geralmente mais perto de 1 núcleo de servidor Transporte de Hub para cada 5 núcleos de servidor Caixa de Correio (proporção 5:1).

P Ouvi dizer que não é recomendável instalar mais de 8 núcleos de processador em um servidor do Exchange 2007. Isso é verdade e, se for, por quê?

R Sim, é verdade. Embora o Exchange Server 2007 se beneficie significativamente da instalação de processadores de vários núcleos, o número máximo de núcleos que você deve instalar em um servidor do Exchange 2007 é 8. Mais especificamente, somente 2 funções de servidor do Exchange 2007 podem, na verdade, beneficiar-se do uso de núcleos extras — até 8 — e são as funções de servidor Transporte de Hub e Caixa de Correio. E isso é apenas para servidores do Exchange 2007 extremamente ocupados, que manipulam milhões de mensagens por dia e armazenam milhares de caixas de correio.

O grupo de produtos Exchange já realizou testes com 12 núcleos de processador instalados em um servidor Caixa de Correio do Exchange 2007 e observou resultados negativos em relação ao desempenho e à escalabilidade do armazenamento. O grupo observou ainda que a Latência Média de RPC (chamada de procedimento remoto) dobrava de 8 a 16 núcleos.

A menos que você preveja servidores Caixa de Correio extraordinariamente ocupados, 4 núcleos de processador costumam ser suficientes. Para obter informações adicionais e considerações sobre processadores para as outras funções de servidor do Exchange 2007, consulte technet.microsoft.com/aa998874.

P Estamos atualmente fazendo uma migração entre florestas de uma organização do Exchange 2000 e do Exchange 2003 para uma nova organização do Exchange 2007. Entretanto, quando tentamos mover uma caixa de correio da floresta de origem para a floresta de destino usando o cmdlet Move-Mailbox com o parâmetro -SourceMailboxCleanupOptions DeleteSourceMailbox especificado, aparece o seguinte erro:

"Embora a caixa de correio tenha sido movida para o servidor Exchange de destino e removida do servidor Exchange de origem, ocorreu um erro ao excluir os atributos de caixa de correio do usuário da caixa de correio de origem. A versão do Sistema Operacional do Controlador de Domínio 'file01' é 5.0 (2195) Service Pack 4. A versão mínima necessária é 5.2 (3790) Service Pack 1."

Existe um controlador de domínio baseado no Windows Server® 2003 (que é também um servidor de catálogo global) na floresta de origem, mas não parece possível especificar qual controlador de domínio da floresta de origem deve ser usado, já que o parâmetro –DomainController só pode especificar um controlador de domínio ou servidor de catálogo global na floresta de destino. Está correto? Se estiver, existe uma maneira de contornar o problema?

R Está correto. Você não pode especificar um controlador de domínio ou servidor de catálogo global da floresta de origem como parte do cmdlet Move-Mailbox; o controlador de domínio (servidor de catálogo global) será escolhido aleatoriamente. Existem duas alternativas, mas nenhuma delas é perfeita. A primeira é descomissionar quaisquer controladores de domínio baseados no Windows® 2000 da floresta de origem, mas sei que isso não costuma ser uma opção. A segunda alternativa pode ser útil no seu caso. O cmdlet Move-Mailbox precisa usar um controlador de domínio que também atue como servidor de catálogo global, o que significa que você poderá resolver o problema removendo a função de servidor de catálogo global de quaisquer servidores do Windows 2000 na floresta de origem. Eu usei esse método com êxito em alguns cenários de migração, então definitivamente vale a pena tentar.

P É possível instalar um servidor Acesso para Cliente, Transporte de Hub ou Caixa de Correio do Exchange 2007 em 1 site do Active Directory, como os Estados Unidos, e fornecer o servidor para outro site do Active Directory, como a Dinamarca? Caso haja suporte para isso, o servidor do Exchange 2007 descobriria a associação ao novo site do Active Directory automaticamente ou seria necessário intervir manualmente?

R Sim, esse cenário tem suporte total e não requer nenhuma intervenção manual. Os serviços Logon de Rede (NetLogon) e Topologia do Active Directory do Microsoft Exchange (MSExchangeADTopology) cuidam da associação do site para um servidor do Exchange 2007. Se o servidor alterar a associação do site, o serviço MSExchangeADTopology atualizará automaticamente o atributo de site do servidor conhecido como atributo msExchServerSite. Como mostra a Figura 1, você poderá ver o atributo msExchServerSite com o uso de uma ferramenta, como a ADSIEdit.

Figura 1 Exibindo o atributo msExchServerSite (clique na imagem para ampliá-la)

Se desejar aprofundar-se em como os sites do Exchange 2007 e do Active Directory interagem, é altamente recomendável verificar a seção da documentação do Exchange 2007 denominada "Compreendendo o roteamento baseado em site do Active Directory" em technet.microsoft.com/aa998825.

P Em um servidor Caixa de Correio do Exchange 2007 com LCR (replicação contínua local) habilitada para os bancos de dados de caixa de correio, é possível usar o Microsoft Data Protection Manager 2007 (DPM 2007) para fazer backup dos dados da caixa de correio por meio da cópia de banco de dados de caixa de correio passiva?

R Embora você possa usar o DPM 2007 para fazer backup de bancos de dados de caixa de correio através do nó passivo em um ambiente CCR (replicação contínua clusterizada) do Exchange 2007, não há suporte para isso ao lidar com cópias de banco de dados de caixa de correio em um ambiente LCR do Exchange 2007.

P É possível portar um banco de dados CMS (servidor de caixas de correio clusterizadas) do Exchange Server 2007 para um servidor de caixa de correio autônomo, mas é possível montar um banco de dados não-clusterizado em um CMS do Exchange 2007 baseado em CCR ou SCC (cluster de cópia única)?

R Como o armazenamento de informações do Exchange Server 2007 não reconhece o tipo de servidor em que reside, há suporte total para a montagem de um banco de dados não-clusterizado em um CMS baseado em CCR ou SCC.

P De acordo com o artigo disponível em technet.microsoft.com/bb508861, não há suporte para o QMS (serviço de mensagens de cota) do Exchange Server em um servidor do Exchange 2003 clusterizado. Entretanto, haverá suporte para esse serviço no futuro para ambientes clusterizados do Exchange 2003 ou do Exchange 2007?

R Não haverá suporte para a ferramenta QMS do Exchange Server em CMSs do Exchange 2003 no futuro. Além disso, não há suporte para a ferramenta QMS com servidores Caixa de Correio do Exchange 2007 clusterizados (ou não-clusterizados). Mas, se você usa o Exchange 2007 em sua organização, realmente não há motivo para instalar a ferramenta QMS, pois a mesma funcionalidade está incluída no Exchange de modo nativo. Para obter mais informações sobre como gerenciar mensagens de cota no Exchange 2007, consulte technet.microsoft.com/bb232089.

P Você sabe se há alguma documentação de referência disponível que liste os atributos definidos em objetos de usuário e/ou grupo do Active Directory quando essas entidades são, respectivamente, habilitadas para caixa de correio ou email?

R A Referência do modelo de permissões divididas, na documentação do Exchange 2007, lista esses atributos. Você encontra esse artigo em technet.microsoft.com/bb430782.

P Existe uma maneira de designar um servidor Transporte de Hub do Exchange 2007 como servidor Bridgehead para fluxo de email interno em nossa infra-estrutura de mensagens do Exchange 2007? A idéia seria, por exemplo, que todos os emails enviados do site 1 para o site 2 do Active Directory fossem roteados através do Servidor Transporte de Hub A (localizado no site 1 do Active Directory) para o Servidor Transporte de Hub B (localizado no site 2 do Active Directory) e vice-versa. Isso funcionará?

R Não. Para que funcione, o servidor Caixa de Correio nos sites do Active Directory precisariam saber se os destinatários estivessem localizados em um site do Active Directory diferente. A função de servidor Caixa de Correio do Exchange 2007 não tem um mecanismo interno desse tipo.

A menos que o servidor Transporte de Hub seja instalado localmente em um servidor Caixa de Correio, este sempre fará o balanceamento de carga das conexões entre os servidores Transporte de Hub no mesmo site do Active Directory. (Se a função de servidor Transporte de Hub for instalada no servidor Caixa de Correio, o servidor Transporte de Hub na mesma caixa física que o servidor Caixa de Correio será sempre preferencial.)

Somente após a categorização o Exchange 2007 saberá onde a caixa de correio do destinatário está localizada. O mais perto que você pode chegar para atingir esse objetivo é usar o parâmetro SubmissionServerOverrideList com o cmdlet Set-MailboxServer para criar uma lista estática de servidores Transporte de Hub que um servidor Caixa de Correio deverá usar, como é mostrado na Figura 2 (consulte technet.microsoft.com/bb232193).

Figura 2 Configurações do servidor Caixa de Correio (clique na imagem para ampliá-la)

Isso significa que, se você especificasse o servidor Transporte de Hub A ou B, o servidor Caixa de Correio sempre usaria esse servidor Transporte de Hub, não apenas para mensagens enviadas a destinatários em um site específico, mas para todos os sites do Active Directory e a entrega de mensagens locais. Como isso, em tese, introduziria um ponto único de falha, eu não aconselharia o uso desse método.

P Estou planejando instalar servidores Caixa de Correio do Exchange Server 2007 SP1 no Windows Server 2008, e avaliando o alinhamento de disco. Eu sei que, com o Exchange Server 2003 ou o Exchange Server 2007 instalado em servidores que executam o Windows Server 2003, a recomendação era criar partições para conter os arquivos de log de transações e armazenamentos de caixas de correio usando a ferramenta diskpart para aumentar o desempenho geral. O alinhamento da partição de armazenamento de acordo com recomendações de fornecedores também era aconselhado. Se o fornecedor de armazenamento não tivesse nenhuma recomendação, a prática recomendada da Microsoft sugeria usar um valor de 64 KB.

Ao instalar servidores Caixa de Correio do Exchange 2007 no Windows Server 2008, como devo configurar alinhamentos de disco? As mesmas regras se aplicam?

R Adivinhe! Com o Windows Server 2008, você não precisa mais alinhar trilhas das partições de disco que armazenarão bancos de dados de caixa de correio e os arquivos de log de transações do Exchange Server 2007 SP1 usando a ferramenta diskpart. Com o Windows Server 2008, foram corrigidos os problemas de alinhamento de partições de disco do Windows Server 2003, em que uma partição sempre iniciava no 64º setor e assim desalinhava a partição inteira quando você usava a ferramenta Gerenciamento de Disco do Windows.

Você encontra mais informações sobre o problema de alinhamento de trilhas no blog da equipe do Exchange em msexchangeteam.com/archive/2005/08/10/408950.aspx. Além disso, o Windows Server 2008 alinha uma partição de disco com o uso de um limite de 1024 KB. A documentação do Exchange Server 2007 na TechNet também menciona isso em technet.microsoft.com/bb738145.

P Estamos na fase de planejamento da implementação da SCR (replicação contínua em espera) em nosso ambiente de mensagens do Exchange Server 2007 SP1. Somos uma loja relativamente pequena, e não temos condições financeiras para implantar mais de 1 computador físico com o servidor do Exchange 2007 instalado atuando como destino SCR em um segundo site.

Estamos um pouco inseguros quanto à existência de suporte para funções diferentes da função de servidor Caixa de Correio no destino SCR.

R Sim, tanto o servidor do Exchange SCR de origem quanto o de destino podem executar outras funções do Exchange 2007 SP1. Isso significa que há suporte total para, por exemplo, implantar servidores do Exchange 2007 SP1 com as funções de servidor Acesso para Cliente, Transporte de Hub e Caixa de Correio instaladas e usá-las como destinos SCR.

P Nossa organização, que se baseia em uma floresta do Windows Server 2003 Active Directory e em uma infra-estrutura de mensagens do Exchange 2007, logo precisará fazer a fusão com uma organização adquirida recentemente. Um dos requisitos quando ocorre a fusão das 2 organizações é que as listas de endereços do Exchange 2007 sejam separadas, para que os usuários de cada organização possam ver apenas uma lista de endereços contendo seus próprios usuários.

Acho que me lembro de alguns artigos da Base de Dados de Conhecimento Microsoft que incluíam instruções passo a passo sobre como fazer isso em um ambiente do Exchange 2003. Qual é a abordagem quando se trata de separar listas de endereços em um ambiente de mensagens do Exchange 2007?

R Seria necessário muito mais espaço do que eu disponho para fornecer todas as etapas necessárias. Felizmente, a Microsoft lançou recentemente um white paper técnico que explica como configurar organizações virtuais e separações de listas de endereços no Exchange 2007. Você encontra o white paper em technet.microsoft.com/bb936719. Além disso, reserve alguns minutos para ler a postagem que inclui comentários a respeito desse white paper no blog de Dave Goldman (go.microsoft.com/fwlink/?LinkId=115499).

P O Exchange Server 2007 requer o WINS (Serviço de Cadastramento na Internet do Windows) para funcionar adequadamente?

R O produto Exchange Server 2007 em si não requer o WINS. Mas o WINS poderá ser necessário, dependendo da versão do Microsoft Office Outlook® que você usa no seu ambiente de mensagens do Exchange Server 2007. Se o seu ambiente de mensagens consiste estritamente em servidores do Exchange 2007 e clientes do Outlook 2007 ou do Outlook 2003, o WINS não será necessário.

Contudo, existe uma rara situação em que o WINS é exigido pelo Outlook 2007. Durante a migração de uma caixa de correio para uma nova floresta do Exchange, a versão RTM do Outlook 2007 tentará se conectar com o servidor de caixa de correio do Exchange usando o nome NetBIOS e não o FQDN (nome de domínio totalmente qualificado), conforme o esperado. Entretanto, esse problema foi corrigido com o pacote de hotfix Outlook 2007 pós-SP1 lançado em janeiro de 2008 (support.microsoft.com/?id=941275).

Se os seus usuários finais tiverem o Outlook 2002, o WINS sempre será necessário, já que esse cliente se baseia na resolução de nomes NetBIOS. Não estou mencionando especificamente os clientes do Outlook anteriores ao Outlook 2002, pois eles não têm suporte com o Exchange 2007, mas o mesmo aconteceria com eles.

Henrik Walther é Microsoft Certified Architect: Messaging (aprendiz) e MVP em Exchange com mais de 14 anos de experiência na atividade de TI. Ele trabalha como arquiteto de tecnologia na Interprise Consulting, além de ser redator técnico da Biblioso Corporation.