Planejando servidores de Caixa de Correio
Aplica-se a: Exchange Server 2007 SP3, Exchange Server 2007 SP2, Exchange Server 2007 SP1, Exchange Server 2007
Tópico modificado em: 2008-04-29
A função de servidor Caixa de Correio do Microsoft Exchange Server 2007 hospeda bancos de dados de caixas de correio e fornece serviços de armazenamento de email e planejamento avançado para usuários do Microsoft Office Outlook. A função de servidor Caixa de Correio pode hospedar também um banco de dados de pasta pública, o qual fornece uma base para fluxo de trabalho, compartilhamento de documentos e outras formas de colaboração. Os servidores nos quais a função de servidor Caixa de Correio é 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. Este tópico fornece as seguintes considerações sobre planejamento:
Dimensionando bancos de dados Você deve considerar vários fatores ao planejar o tamanho dos bancos de dados de caixa de correio. Esta seção o ajudará a compreender esses fatores e decidir qual limite deverá impor aos bancos de dados.
Planejando pastas públicas Embora você possa decidir se deseja hospedar um banco de dados de pasta pública, há alguns cenários nos quais você deverá hospedar um. Por exemplo, você hospedará um banco de dados de pasta pública se tiver clientes do Office Outlook 2003 em sua organização ou se o servidor Exchange for interoperar com o Lotus Notes. Esta seção o ajudará a decidir se deseja usar pastas públicas em sua organização.
Co-hospedando com outras funções de servidor Contanto que não esteja implantando servidores de Caixas de Correio em cluster, você poderá implantar a função de servidor Caixa de Correio em computadores que também tenham qualquer combinação instalada das funções de servidor Acesso para Cliente, Transporte de Hub e Unificação de Mensagens (UM). Esta seção ajuda você a decidir qual combinação de funções de servidor são mais adequadas para atender às necessidades de sua organização.
Planejando servidores de Caixas de Correio em cluster Se você planeja implantar servidores de Caixas de Correio em cluster, esta seção o ajudará a decidir qual das duas soluções de cluster do Exchange será melhor para a sua organização.
Dimensionando bancos de dados
O tamanho máximo recomendado de banco de dados para o Exchange 2007 é maior do que o tamanho máximo recomendado nas versões anteriores do Exchange Server. Para obter informações sobre tamanhos recomendados de banco de dados no Exchange 2007, consulte "Replicação contínua e tamanho do banco de dados" em Planejando o armazenamento em disco.
Normalmente, há poucos motivos comuns para limitar o tamanho de bancos de dados individuais:
Restauração e backup de streaming Ao usar backups de streaming, bancos de dados maiores levarão mais tempo para executar o backup e a restauração, o que poderá prejudicar os RTOs (objetivos de tempo de recuperação).
Manutenção ou reparo de banco de dados offline Pode ser necessário usar o Exchange Server Database Utilities (Eseutil.exe) para desfragmentar, reparar ou verificar a consistência de um banco de dados. Quanto maior o banco de dados, mais demorados serão esses procedimentos.
Manutenção online Para eficiência ideal do banco de dados, é importante verificar se a manutenção online, que inclui a desfragmentação e outras tarefas online, é concluída para cada banco de dados pelo menos uma vez a cada duas semanas.
Além das alterações significativas na arquitetura encontradas no Exchange 2007, outro recurso, chamado replicação contínua, também afeta nossa recomendação de tamanho máximo do banco de dados. O Exchange 2007 tem duas formas de replicação contínua: LCR (replicação contínua local) e CCR (replicação contínua em cluster). A LCR e a CCR alteram completamente as recomendações de tamanho do banco de dados nas versões anteriores do Exchange Server. Para obter mais informações sobre o impacto da LCR e da CCR no tamanho do banco de dados, consulte Planejando a replicação contínua local e Planejando a replicação contínua em cluster.
Para obter mais informações sobre armazenamento de disco, consulte Planejando o armazenamento em disco.
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 caixas de correio, consulte Set-MailboxDatabase e Set-Mailbox.
Planejando pastas públicas
Antes de implantar pastas públicas, é importante se familiarizar com a funcionalidade que as pastas públicas fornecem para verificar se elas atendem às necessidades de sua organização.
As pastas públicas do Exchange Server foram projetadas para servir como um repositório para informações que são compartilhadas entre vários usuários. Você deve usar pastas públicas quando o negócio exige replicação de dados para vários servidores. O acesso a pastas públicas é integrado ao acesso de caixa de correio regular por meio do protocolo MAPI.
Você deverá usar pastas públicas se a organização do Exchange 2007 atender aos seguintes critérios:
Você tiver clientes do Outlook 2003 na organização.
Seu servidor Exchange interoperar com o Lotus Notes.
As pastas públicas são geralmente usadas para as seguintes finalidades:
Comunicação compartilhada. Por exemplo, as pastas públicas podem ser usadas para discussões por meio de envios de mensagens, mensagens de email compartilhadas, contatos, calendários de grupos e arquivamento de envios de listas de distribuição.
Gerenciamento de conteúdo compartilhado. Semelhante a compartilhamentos de arquivos, as pastas públicas podem ser usadas para armazenar conteúdo, como documentação. As pastas públicas também serão úteis para compartilhar conteúdo se você não exigir versão.
Finalidades do repositório. Se você exigir armazenamento offline de informações ou armazenamento replicado de informações, as pastas públicas são um repositório ideal.
No entanto, as pastas públicas não foram designadas para as seguintes funções:
Arquivamento de dados. Usuários com limites em caixas de correio muitas vezes pastas públicas, em vez de arquivos de pasta pessoal (.pst), para arquivar dados. Não recomendamos essa prática, pois ela aumenta o armazenamento em servidores de pastas públicas e arruina o objetivo de limites de caixas de correio.
Compartilhamento e colaboração de documentos. As pastas públicas não fornecem versões ou outros recursos de gerenciamento de documentos, como a funcionalidade de check-in e check-out controlado e a notificação automática de alterações de conteúdo.
Além de avaliar os recursos e a funcionalidade de pastas públicas do Exchange, você deve avaliar os recursos e a funcionalidade que são fornecidos por Produtos e Tecnologias do Microsoft Windows SharePoint para repositórios de dados e ferramentas de colaboração. Para obter mais informações sobre o SharePoint Portal Server 2007, consulte o Microsoft Office SharePoint Server TechCenter.
Co-hospedando com outras funções de servidor
Contato que você não esteja implantando servidores de Caixas de Correio em cluster, as funções de servidor Acesso para Cliente, Transporte de Hub, Caixa de Correio e Unificação de Mensagens podem coexistir no mesmo computador, em qualquer combinação. Ao considerar a combinação de funções de servidor a serem implantadas, você deve basear sua decisão na capacidade e no planejamento de desempenho e nos requisitos de segurança e disponibilidade. Para obter mais informações, consulte os tópicos a seguir:
Também é uma boa idéia validar o seu plano em como posicionará os servidores Exchange em um ambiente de teste. Para ajudar nessa validação, você poderá reunir dados do ambiente do sistema de mensagens existente sobre como os usuários usam o Exchange. Você pode usar também várias ferramentas para simular o uso real no ambiente de teste. Para obter mais informações sobre as ferramentas que você pode usar para testar as soluções do Exchange, consulte o seguinte:
Planejando servidores de Caixas de Correio em cluster
A decisão de implantar servidores de Caixas de Correio em cluster deve ser baseada nos objetivos de disponibilidade e nos recursos disponíveis de sua organização. O Exchange 2007 oferece duas soluções em cluster para servidores de Caixa de Correio: CCR e SCC (clusters de cópia única). Para obter mais informações sobre essas soluções, incluindo informações sobre qual é a disponibilidade, como é possível aprimorar a disponibilidade em sua organização e os fatores para ajudar a decidir qual solução usar, consulte Alta disponibilidade.
Dica
Somente a função de servidor Caixa de Correio pode ser instalada em um cluster de failover. Portanto, se planejar implantar um servidor de Caixas de Correio em cluster, você não poderá instalar nenhuma outra função de servidor no mesmo computador que tenha a função de servidor Caixa de Correio.