P&R do ExchangeInstalação, diário de mensagens, opções de armazenamento e muito mais

KC Lemson and Nino Bilic

P Estou executando a instalação do Exchange Server 2007 e preciso saber se posso ignorar a verificação de pré-requisitos. Não quero corrigir todos os problemas apontados pela verificação. Quero apenas executar a instalação e concluir o processo!

R Respondendo de forma direta, não, você não pode. É realmente necessário corrigir os problemas indicados pela verificação de pré-requisitos, se esses problemas impedem que a instalação continue, ou então você terá problemas a longo prazo no uso do Exchange.

Alguns administradores já tentaram editar o arquivo ExBPA.PreReqs.xml (que contém a lista de pré-requisitos para a instalação do Exchange 2007) e remover as verificações que causavam o bloqueio da instalação. Só que isso não funciona, pois o arquivo XML é assinado digitalmente e qualquer modificação em seu conteúdo torna a assinatura inválida.

Tudo isso se destina a impedir que você crie uma instalação que não funcione corretamente. Testamos o Exchange 2007 em diversos ambientes e descobrimos que algumas configurações funcionam melhor do que outras — e que algumas podem representar problemas sérios. Os pré-requisitos existem para garantir que a sua instalação tenha a máxima possibilidade de ser bem-sucedida, com base em nossas experiências e testes.

Se você realmente tiver um problema com a verificação de pré-requisitos do Exchange 2007 que esteja bloqueando a instalação no seu ambiente, crie uma ocorrência no suporte do Exchange.

P Onde encontro o log da instalação? Não consigo encontrá-lo na raiz da unidade C:.

R Todos os logs de instalação agora são armazenados no diretório %SYSTEMDRIVE%\ExchangeSetupLogs, o que, na maioria das instalações, significa C:\ExchangeSetupLogs. Você encontrará vários arquivos lá, sendo dois deles de grande interesse:

ExchangeSetup.log Esse log contém informações sobre as tarefas e os parâmetros usados quando a instalação foi executada. Quando as funções do servidor são configuradas, as informações sobre as tarefas executadas para configurar o servidor também são armazenadas nesse log. Também é aqui que você deve procurar a maioria das informações relacionadas à instalação do seu servidor. A instalação do service pack também será acrescentada a esse arquivo.

ExchangeSetup.msilog Esse arquivo contém informações sobre a fase de descompactação da instalação. Quando o Microsoft® Installer copia arquivos de um local temporário para os seus destinos, ele faz o registro nesse arquivo. Então, se você tem um problema possivelmente relacionado à capacidade de copiar ou acessar arquivos durante a instalação, esse log vai ajudá-lo.

P Sei que a verificação de pré-requisitos conta com os recursos do BPA (Best Practices Analyzer) do Exchange Server, então onde posso encontrar o relatório de pré-requisitos?

R Se você quer encontrar o relatório criado pelo BPA durante a verificação de pré-requisitos, procure nesta pasta:

%SYSTEMDRIVE%\Exchangesetuplogs\PreReqs

Os nomes de arquivo têm um formato padrão:

ExBPA.<dateandtime>.data.xml 

Se você está tentando descobrir o que uma verificação específica de pré-requisito estava procurando, encontre o arquivo XML contendo a mensagem de erro que você viu e, acima da mensagem, você verá a definição da regra testada.

P Como faço para ler logs de instalação? Quais as opções disponíveis?

R Em geral, há duas formas de ler logs de instalação. Você pode executar o Get-SetupLog no Shell de Gerenciamento do Exchange, ou então simplesmente abrir o arquivo do log de instalação no Bloco de Notas ou no seu editor de texto favorito.

Se usar o Get-SetupLog, eis aqui um exemplo de como os avisos ou erros aparecerão:

Get-SetupLog c:\exchangesetuplogs\exchangesetup.log –error

Se quiser uma visualização melhor, você precisará dos scripts Out-HTML.ps1 e Out-IE.ps1, disponíveis no pacote de demonstração PowerShell Scriptacular para o Exchange 2007 (leia mais sobre isso em nosso blog, em msexchangeteam.com/archive/2006/12/27/431998.aspx).

Quando obtiver os scripts, coloque-os na pasta de scripts do Exchange (por padrão, C:\Arquivos de programas\Microsoft\Exchange Server\Scripts) e execute o seguinte:

Get-SetupLog –tree:$false –error:$false | Where { $_.status –eq "Error" } | select datetime, depth, description, status | Out-HTML | Out-IE

Isso abrirá uma janela do navegador de fácil navegação, com uma exibição em HTML dos erros ocorridos durante a instalação (veja a Figura 1).

Figura 1** O Out-HTML e o Out-IE facilitam a leitura da exibição dos seus logs de instalação **(Clique na imagem para aumentar a exibição)

Por outro lado, se você optar por exibir o exchangesetup.log usando o Bloco de Notas, eis aqui algumas dicas:

• Para encontrar o início da instalação executada, procure: [0] Iniciando a Instalação do Microsoft Exchange 2007.
• Para encontrar o final da instalação executada, procure: [0] Fim da Instalação.
• As principais tarefas da instalação são separadas por: [0] **************.
• Para encontrar a conta que executou a instalação, procure: [0] Usuário conectado.
• Se quiser saber qual foi o controlador de domínio usado durante a instalação, procure: [0] A instalação usará o controlador de domínio.

De forma geral, quando você analisar logs de instalação usando o Bloco de Notas, comece pelo final do arquivo e vá retrocedendo no tempo para descobrir qual foi o problema. Normalmente, os erros estão entre as últimas informações registradas no log de instalação.

P Posso usar a Unificação de Mensagens do Exchange 2007 com a minha PBX?

R Provavelmente sim. Consulte microsoft.com/technet/prodtechnol/exchange/telephony-advisor.mspx para obter uma lista dos gateways VoIP e das PBXes com suporte. Qualquer alteração na lista de produtos com suporte será acrescentada a essa página.

P Tenho um cliente que executa o Small Business Server 2003 com o Exchange e a política da empresa exige o monitoramento de todos os e-mails. Para realizar o monitoramento, quero enviar uma cópia de todas as mensagens recebidas e enviadas para a conta do administrador. Como posso fazer isso?

R Você precisa do diário de mensagens, que permite manter uma cópia de todas as mensagens enviadas ou recebidas por um banco de dados de caixa de correio específico em uma caixa de correio de diário separada. Existem diversas opções que permitem configurar o nível de detalhamento das cópias registradas no diário (por exemplo, você deseja capturar os destinatários do campo Cco?). Há ainda uma ferramenta adicional que você pode baixar para obter alguns recursos avançados, em go.microsoft.com/fwlink/?LinkId=93725. O registro no diário no Exchange 2003 é habilitado em nível de banco de dados, de forma que todos os usuários daquele banco de dados sejam registrados no diário. Depois de criar a caixa de correio onde serão mantidas as mensagens registradas no diário, vá para as propriedades do armazenamento da caixa de correio, no Gerenciador do Sistema do Exchange, e marque a opção para arquivar as mensagens enviadas ou recebidas pelas caixas de correio naquele armazenamento. Dependendo das políticas da sua empresa, talvez você queira também habilitar o gerenciador de caixas de correio para limpar automaticamente da caixa de correio de diário as cópias antigas do diário.

O Exchange 2003 tem outro recurso semelhante ao registro no diário, denominado coletor de arquivo morto. Ao contrário do registro no diário, que salva cópias das mensagens em outra caixa de correio no Exchange, o arquivo morto salva as mensagens em uma pasta especificada no disco rígido do servidor. Por que escolher um método e não o outro? O registro no diário geralmente se destina a cenários de conformidade a normas, mas o coletor de arquivo morto pode ser útil, por exemplo, caso você queira capturar todas as mensagens que chegam ou saem para a Internet.

O Exchange 2007 simplifica esses cenários de forma considerável. Você pode facilmente fazer o registro no diário por usuário ou por DL (lista de distribuição). Se não quiser que os usuários saibam que seus e-mails estão sendo registrados no diário, você pode ocultar essa DL da Lista de Endereços Global (observe que isso não é igual à associação oculta a uma DL). Pode também configurar um atributo personalizado para os usuários e criar um Grupo de Distribuição Baseado em Consulta — também denominado DDL (Lista de Distribuição Dinâmica) — para associar todos os usuários ao atributo personalizado. Se quiser registrar todas as mensagens da organização no diário em um mesmo local, deixe em branco o campo de destinatário ao criar a regra de registro no diário. Observe também que, se você quiser usar um registro no diário que não seja por banco de dados no Exchange 2007, precisará da Enterprise CAL (Licença de Acesso para Cliente) para os usuários. Você encontrará mais informações em microsoft.com/exchange/howtobuy/licensingFAQ.mspx. Se não quiser a CAL nem qualquer um dos outros recursos, poderá continuar usando o recurso de registro no diário por banco de dados do Exchange 2003. Por fim, leia o artigo de David Strome na edição de dezembro de 2006 da TechNet Magazine, intitulado "Registros no diário mais sofisticados no Exchange 2007", em technetmagazine.com/issues/2006/12/journaling.

P Todos os meus usuários executam o Microsoft Office 2003 e não temos planos de migrar para o 2007 Office system até que seja feita uma atualização de hardware, em 2008. No entanto, segundo o que tenho ouvido, receio que os usuários possam perder alguns recursos por causa disso. Eles poderão usar a Unificação de Mensagens?

R Certamente. No Office 2003, os usuários com a Unificação de Mensagens habilitada podem receber mensagens da caixa postal e faxes em suas caixas de correio, e também ligar para acessar a caixa de correio a partir de qualquer telefone. Se você não fizer a atualização para o Outlook 2007, perderá o recurso fornecido pela Unificação de Mensagens que permite configurar a caixa postal na guia Opções do Outlook, e também o formulário personalizado especial que mostra uma mensagem da caixa postal no Outlook e permite reproduzi-la internamente, sem precisar iniciar um media player separado. Também não estará disponível o recurso que permite gravar anotações de áudio e salvá-las junto com a mensagem da caixa postal. Mas, mesmo sem o Outlook 2007, os usuários com a Unificação de Mensagens habilitada poderão usar o OWA 2007 para acessar as configurações de Unificação de Mensagens (na página de opções do OWA), além de usar o formulário personalizado para a caixa postal no OWA.

P A minha empresa já tem uma SAN (rede de área de armazenamento) e eu gostaria de conectar a ela o Exchange 2007. No entanto, tenho ouvido falar muito em DAS (armazenamento de acesso direto) e imagino se deveria optar por ele. O que vocês acham?

R Não há uma resposta certa ou errada para essa pergunta. Na verdade, depende das políticas e dos cenários da sua empresa (especialmente se você já tem uma SAN). Se você está pensando em comprar uma nova SAN, acrescentar mais uma ou fazer uma atualização, é altamente recomendável avaliar a opção pelo DAS. Eis algumas informações que devem ser levadas em conta: em junho de 2007, o departamento de TI da Microsoft implantou 17 servidores de caixas de correio Exchange 2007 para 40 mil caixas de correio (com cotas variando de 500 MB a 10 GB), tudo isso usando CCR (replicação contínua em cluster) com DAS. Até setembro, planejamos ter 35 servidores de caixas de correio Exchange 2007 com 152.500 caixas de correio em DAS. Então, caso esteja se perguntando se o DAS é adequado e viável em escala empresarial, pode ter certeza de que sim. O DAS tem sido fundamental para permitir ao departamento de TI da Microsoft aumentar as cotas dos usuários, diminuindo, ao mesmo tempo, os custos gerais de armazenamento. Você encontra mais informações sobre essa topologia, a implantação e a economia obtida em microsoft.com/technet/itshowcase/content/64bitexchange2007.mspx.

Embora, à primeira vista, possa parecer uma grande economia de armazenamento ter todos os seus servidores conectados à mesma SAN, essa opção não é isenta de risco. Por exemplo, um problema comum está relacionado aos diferentes cenários de uso do software conectado à SAN. Por exemplo, se você tem na SAN um aplicativo de RH que executa um processo em lotes todos os dias às 17h, esse pico de E/S pode afetar seriamente os usuários do Exchange. A ausência de uma E/S determinística é um problema comum em implantações de SAN compartilhadas.

Outra vantagem obtida com o DAS é a maior simplicidade no gerenciamento, pois ele não requer administradores de armazenamento dedicados nem equipamentos especiais. É incremental, fácil de comprar e de expandir quando necessário. E, em geral, é acessível o bastante para que você possa ter sobressalentes à disposição se quiser, sem que isso esgote seu orçamento.

P Instalei meu primeiro servidor Exchange 2007. Agora, quando tento me conectar a ele usando o Outlook 2003, recebo uma mensagem de erro indicando que o administrador bloqueou a minha versão do Outlook ("Seu administrador do Exchange Server bloqueou a versão do Outlook que você está usando. Entre em contato com o administrador para obter assistência."). Só que eu sou o administrador e não fiz esse bloqueio. O que pode estar acontecendo?

R Esse comportamento não é inesperado. Durante a instalação do Exchange 2007, o Assistente para Instalação pergunta se você está executando na sua organização o Outlook 2003 ou uma versão anterior, ou então clientes do Entourage (veja a Figura 2). Se você respondeu não a essa pergunta, talvez se depare com esse problema.

Figura 2** A pergunta sobre clientes herdados na instalação do Exchange 2007 **(Clique na imagem para aumentar a exibição)

Para resolver esse problema depois de ter sido criado (com a instalação já concluída), basta criar um armazenamento de pasta pública usando o Console de Gerenciamento do Exchange ou o Shell de Gerenciamento do Exchange e reiniciar o serviço de Armazenamento de Informações. Nesse caso, é obrigatório reiniciar o serviço de Armazenamento de Informações. Os clientes herdados (Outlook 2003 e anteriores) não conseguirão estabelecer uma conexão com o servidor até que o serviço seja reiniciado.

Além disso, se você estiver executando a instalação autônoma do Exchange 2007, poderá usar a opção /EnableLegacyOutlook para especificar como deseja responder à pergunta sobre clientes herdados.

P Que importância teria para o Exchange 2007 se eu me conectasse ao servidor usando versões antigas do Outlook? Por que criar o armazenamento de pasta pública e reiniciar o serviço de Armazenamento de Informações corrige o problema?

R As respostas para essas perguntas giram em torno da presença do armazenamento de pasta pública. Caso você se lembre, o armazenamento de pasta pública, em versões anteriores do Exchange, é usado para armazenar, entre outras coisas, os dados de disponibilidade dos usuários. Quando um usuário herdado do Outlook se conecta ao servidor Exchange usando MAPI ou RPC sobre HTTP e publica algo em seu calendário, as informações sobre seu status de disponibilidade também são publicadas no servidor, em uma pasta pública especial denominada Schedule+. Essa é a única forma conhecida pelos clientes herdados do Outlook para publicar os dados de disponibilidade dos usuários no servidor. Na verdade, é a única forma conhecida pelas versões herdadas do Outlook para ler as informações de disponibilidade de outros usuários.

O Exchange 2007 sabe disso. Então, se não houver um armazenamento de pasta pública, o Exchange 2007 bloqueará as versões anteriores dos clientes. Se o Exchange 2007 permitisse a conexão de um cliente herdado, o cliente se depararia com erros freqüentes, pois o Outlook não poderia se conectar ao armazenamento de pasta pública para publicar os dados de disponibilidade. Com isso, a funcionalidade do cliente ficaria limitada, pois as pesquisas de disponibilidade que os usuários quisessem fazer (por exemplo, ao tentar agendar uma reunião com alguém) simplesmente não funcionariam. Também é por isso que criar o armazenamento de pasta pública resolve o problema, pois o servidor Exchange 2007 sabe que os clientes herdados podem usar a funcionalidade de publicação de disponibilidade, então é permitido o logon na caixa de correio.

A partir de tudo isso, você poderia concluir mais uma coisa: que os clientes do Outlook 2007 não precisam do armazenamento de pasta pública para publicar suas informações de disponibilidade. Isso é verdade, só que há mais um detalhe.

Sem nos aprofundarmos em excesso, digamos apenas que, se houver um armazenamento de pasta pública presente em um servidor Exchange 2007, até mesmo um cliente do Outlook 2007 publicará nele os dados de disponibilidade dos usuários. Isso ocorre para que os outros clientes, alguns possivelmente herdados do Outlook, possam consultar as informações de disponibilidade de um usuário do Outlook 2007. Se não estivessem no armazenamento de pasta pública, os clientes herdados não poderiam encontrar as informações sobre um usuário do Outlook 2007, pois nada preencheria com essas informações o armazenamento de pasta pública. No entanto, se o armazenamento de pasta pública não estiver presente, os clientes do Outlook 2007 não tentarão publicar dados de disponibilidade. Quando não há armazenamentos públicos e todos os clientes são pelo menos do Outlook 2007, é usado um outro mecanismo de consulta de informações de disponibilidade no qual os dados do calendário são lidos diretamente nas caixas de correio dos usuários, sem criar uma cópia dessas informações em qualquer outro local. Se quiser ler mais sobre o assunto, consulte as informações no Serviço de Disponibilidade do arquivo de ajuda do seu servidor ou na documentação online do Exchange, em go.microsoft.com/fwlink/?LinkId=69434.

P Acabo de ler o artigo 288894 da Base de Dados de Conhecimento, que trata do bloqueio de clientes MAPI usando uma chave do Registro (consulte support.microsoft.com/kb/288894). Verifiquei o Registro do meu servidor, mas essa chave não estava definida. Como o armazenamento executa esse bloqueio de versões de clientes herdados?

R Ótima pergunta! De fato, o Armazenamento de Informações do Exchange 2007 não utiliza o valor do Registro "Desabilitação de Clientes MAPI", mencionado no artigo da Base de Dados de Conhecimento, para bloquear clientes herdados. O motivo é a possibilidade de não existir um armazenamento de pasta pública. Se o armazenamento de pasta pública não estiver presente, nenhuma modificação na chave do Registro será capaz de desbloquear esses clientes.

O comportamento para bloquear clientes mais antigos do que o Outlook 2007 está simplesmente codificado no Armazenamento de Informações do Exchange 2007. Durante a inicialização do serviço, o armazenamento verifica a presença do armazenamento de pasta pública e, então, decide se somente o Outlook 2007 terá permissão para conectar-se ou se versões mais antigas também poderão estabelecer conexões com suas caixas de correio. Essa verificação ocorre apenas na inicialização. É por isso que você precisa reiniciar o serviço de Armazenamento de Informações para que a alteração entre em vigor, depois de criar o armazenamento de pasta pública.

KC Lemson é gerente de experiência do usuário do Exchange Server. No momento, ela se empenha em concluir o doutorado em uma famosa universidade não reconhecida.

Nino Bilic é gerente do programa de suporte para o Exchange Server. Ele está pensando em se tornar piloto de corrida profissional da Forza Motorsports 2.

© 2008 Microsoft Corporation e CMP Media, LLC. Todos os direitos reservados. A reprodução parcial ou completa sem autorização é proibida..