Compartilhar via


Processo do Design do Armazenamento da Caixa de Correio

 

Aplica-se a: Exchange Server 2010 SP2, Exchange Server 2010 SP3

Tópico modificado em: 2016-11-28

É recomendável dividir o processo de projeto de armazenamento em três etapas. As seções a seguir fornecem informações detalhadas sobre cada etapa do projeto, incluindo os requisitos de armazenamento de caixa de correio e as práticas recomendadas.

Etapa 1: Coletar requisitos de entrada de armazenamento

Vários fatores de arquitetura do Exchange 2010 influenciam o projeto de armazenamento de caixa de correio. A tabela a seguir lista os fatores mais importantes que afetam o projeto de armazenamento de caixa de correio.

Fatores de arquitetura no projeto de armazenamento de caixa de correio

Fator de projeto Descrição Impacto no projeto de armazenamento

Contagem de caixas de correio

O número máximo de caixas de correio a serem hospedadas em um servidor de Caixa de Correio específico.

Desempenho   Mais caixas de correio equivalem a mais mensagens entregues e abertas por servidor. Isso gera mais E/S de banco de dados e log.

Capacidade   Mais caixas de correio equivalem a mais capacidade de armazenamento de conteúdo da caixa de correio. Isso afeta o número de bancos de dados e o tamanho dos bancos de dados por servidor. Mais caixas de correio também equivalem a mais logs gerados por servidor por dia.

Confiabilidade   Em geral, quanto mais caixas de correio hospedadas no servidor de Caixa de Correio, maior a necessidade de alta disponibilidade.

Simultaneidade de caixa de correio

A porcentagem de usuários que se conectam ao servidor de Caixa de Correio ao mesmo tempo medida em um período de uma hora.

Desempenho   Simultaneidade mais alta é igual a mais mensagens entregues e aberto por servidor. Isso gera mais E/S de log e banco de dados. Em geral, é usada uma simultaneidade de 100% para o dimensionamento de armazenamento de trabalho com informações padrão.

Capacidade   Simultaneidade mais alta é igual a mais logs gerados por servidor por dia.

Tamanho da caixa de correio

Quota máxima por caixa de correio, por exemplo, tamanho máximo de caixa de correio igual a 10 GB. Isso inclui a capacidade necessária para a caixa de correio principal, arquivamento pessoal e dados de itens recuperáveis (dumpster).

Desempenho   Caixas principais maiores equivalem a mais conteúdo a ser processado para operações de banco de dados infrequentes, por exemplo, sincronização completa de arquivos (.ost) de pastas offline do Microsoft Outlook e criação de nova exibição no Microsoft Office Outlook Web App. Isso pode gerar um pouco mais de E/S de log e banco de dados.

Capacidade   Caixas de correio maiores equivalem a mais capacidade de armazenamento de conteúdo da caixa de correio. Isso afeta o número de bancos de dados e o tamanho dos bancos de dados por servidor.

Perfil de uso de caixa de correio

As características de utilização dos usuários nos servidores de Caixa de Correio, geralmente definidas como mensagens enviadas e recebidas por dia e tamanho médio da mensagem em quilobytes (KB).

Desempenho   Quanto mais intenso o perfil de uso da caixa de correio, mais E/S de log e banco de dados pode ser gerada.

Capacidade   Um perfil de uso da caixa de correio mais intenso é igual a mais logs gerados por servidor por dia.

Tipos de clientes de email

Os tipos e as porcentagens dos diferentes clientes de email, por exemplo, Outlook 2003 em cache, modo do Exchange, Windows Mobile, Microsoft Exchange ActiveSync e Microsoft Office Outlook Web App.

Desempenho   Diferentes clientes apresentam características diferentes de desempenho no servidor.

Extensões de clientes de email

Aplicativos da Microsoft e de terceiros que ampliam a funcionalidade do cliente de email, por exemplo, os clientes Office Communicator e Windows Desktop Search.

Desempenho   Dependendo da implementação, os aplicativos de extensão de cliente de email podem ter uma luz para um impacto de E/S muito forte na E/S de banco de dados do servidor de Caixa de Correio.

Aplicativos de servidor

Os aplicativos que executam ou utilizam os servidores de Caixa de Correio do Exchange, por exemplo, programas antivírus e aplicativos de dispositivos móveis de terceiros.

Desempenho   Dependendo da implementação, os aplicativos de servidor podem ter uma luz para um impacto de E/S muito forte na E/S de banco de dados do servidor de Caixa de Correio.

Requisitos de alta disponibilidade

Se a alta disponibilidade do Exchange 2010 é usada ou não e o modo como é configurada, por exemplo, número de cópias, número de sites e cópias com atraso.

Desempenho   Soluções de alta disponibilidade podem exigir um pouco mais de E/S do que as que não são de alta disponibilidade para manuseio de E/S com volume de log adicional por replicação de log.

Capacidade   Usar a alta disponibilidade aumenta o tamanho do armazenamento de arquivo de banco de dados necessário (dependendo do número de cópias). Se o registro em log circular for usado, a capacidade de log poderá ser reduzida. Usar a alta disponibilidade é igual a mais logs gerados por servidor por dia.

Confiabilidade   A implantação de alta disponibilidade aumenta o número viável de opções de armazenamento. Armazenamento menos confiável, armazenamento sem RAID ou apenas um grupo de discos (JBOD) pode ser usado quando várias cópias de banco de dados são usadas em uma implantação de alta disponibilidade.

Para obter mais informações sobre os recursos mencionados na tabela anterior, consulte os seguintes tópicos:

Etapa 2: Arquitetura de armazenamento de projeto com base nos requisitos de E/S e de capacidade

Após ter concluído a coleta dos requisitos de entrada de armazenamento do Exchange 2010, você precisará projetar a sua própria arquitetura de armazenamento com base nos requisitos de E/S e de capacidade. Há várias maneiras de configurar a arquitetura de armazenamento. É possível calcular os requisitos de arquitetura de armazenamento manualmente ou usar o Exchange 2010 Mailbox Server Role Requirements Calculator. O cálculo manual dos requisitos requer um entendimento maior do projeto de armazenamento de caixa de correio, o que é apresentado pelos tópicos listados em "Calcular os requisitos de função de servidor de Caixa de Correio manualmente" na sequência neste tópico. Quando se usa o Mailbox Server Role Calculator, ele lhe permite inserir as informações e apresenta uma prática recomendada para o seu projeto.

Calcular os requisitos de função de servidor de Caixa de Correio manualmente

Execute as seguintes etapas para derivar a arquitetura de função de servidor de Caixa de Correio:

  1. Para determinar o modelo de alta disponibilidade, consulte Noções Básicas Sobre Fatores de Alta Disponibilidade.

  2. Para calcular os requisitos de banco de dados e log, consulte Noções Básicas Sobre o Banco de Dados de Caixa de Correio e Fatores de Capacidade de Log.

  3. Para determinar os requisitos de memória, consulte Noções Básicas Sobre o Cache do Banco de Dados de Caixa de Correio.

  4. Para calcular os requisitos de desempenho de banco de dados e log, consulte Noções Básicas de Banco de Dados e Log de Fatores de Desempenho.

  5. Para determinar a arquitetura do número de unidade lógica (LUN) com base nos requisitos, consulteNoções Básicas Sobre a Arquitetura do LUN do Exchange 2010.

  6. Para determinar a arquitetura de armazenamento com base nos requisitos, consulte Compreendendo a Configuração de Armazenamento.

  7. Para determinar os requisitos de CPU, consulte Planejamento da Capacidade do Processador do Servidor de Caixa de Correio.

Para ver como todas essas informações vêm juntas, consulte Exemplo de Design da Função de Servidor Caixa de Correio do Exchange 2010.

Usar o Mailbox Server Role Requirements Calculator

O Exchange 2010 Mailbox Server Role Requirements Calculator permite determinar os requisitos da função de servidor de Caixa de Correio especificando um conjunto de fatores de entrada. A calculadora pode determinar os requisitos de memória, armazenamento (desempenho de E/S, capacidade e configuração de armazenamento), layout de LUN ideal e megaciclos de CPU. Muitas variáveis precisam ser contabilizadas antes de se projetar a solução ideal de um servidor de Caixa de Correio do Exchange 2010, e a calculadora pode ajudá-lo no processo de projeto. Para obter mais informações sobre a calculadora (e para baixá-la), consulte o artigo do blog da equipe de servidores do Exchange, Exchange 2010 Mailbox Server Role Requirements Calculator.

Dica

O conteúdo de cada blog e sua URL estão sujeitos a alterações sem aviso prévio. O conteúdo de cada blog é fornecido "COMO ESTÁ", sem garantias, e não concede qualquer direito. O uso de scripts de exemplo ou códigos incluídos está sujeito aos termos especificados nos Termos de Uso da Microsoft.

Etapa 3: Validar o armazenamento para desempenho e confiabilidade

Antes de implementar uma solução de repositório em um ambiente de produção, é importante que você verifique se a solução está configurada corretamente. Esta seção fornece orientação para testar com êxito uma solução de repositório para o Exchange, começando com um programa que inclui soluções que já foram testadas.

Além disso, você encontrará informações sobre várias ferramentas que podem ajudar você a gerenciar, testar e monitorar sua solução de repositório. Para obter mais informações sobre entender e solucionar problemas de desempenho de E/S, consulte Noções Básicas de Banco de Dados e Log de Fatores de Desempenho.

Exchange Solution Reviewed Program

Ao selecionar uma solução de repositório, recomendamos que você escolha uma que tenha sido revisada pelo Microsoft Exchange Solution Reviewed Program (ESRP) para repositório, conhecido como repositório ESRP. O armazenamento ESRP é um teste específico do Exchange, uma estrutura de publicação de práticas recomendadas e um processo de revisão para facilitar a criação de soluções de armazenamento boas e conhecidas para o Exchange. Os objetivos do armazenamento ESRP são:

  • Oferecer aos fornecedores de armazenamento uma orientação prescritiva sobre testes de armazenamento do Exchange e publicação de práticas recomendadas.

  • Desenvolver um mecanismo para revisar soluções de armazenamento e garantir que elas atendam às práticas recomendadas do Exchange.

  • Fornecer aos clientes soluções de armazenamento bem testadas e de alta qualidade, para implantações do Exchange.

Para mais informações, consulte Microsoft Exchange Solution Reviewed Program (ESRP).

Dica

O armazenamento ESRP não é um programa de certificação, qualificação ou de logotipo do Microsoft.

Como o armazenamento pode ser configurado de muitas maneiras, a avaliação de configurações testadas e o uso das práticas recomendadas podem reduzir custos e diminuir o tempo de implantação.

Teste de armazenamento

Antes de testar uma solução, é necessário um pouco de trabalho para entender o que você está tentando alcançar com o teste. Alguns dos fundamentos para um teste de armazenamento bem-sucedido são:

  • Determine metas de teste. Por exemplo, considere os números de desempenho, taxa de transferência e capacidade necessários.

  • Teste com a mesma quantidade de servidores anexados ao armazenamento que você terá na produção. Isso inclui servidores e cargas de trabalho que não são do Exchange.

  • Teste com bancos de dados dimensionados para produção, com as capacidades de disco físico preenchidas no nível de produção. A maior parte das características de desempenho de disco físico será alterada com base no tamanho do conjunto de dados.

  • Determine que o armazenamento atende aos requisitos de E/S transacional e determine o desempenho máximo da solução com latências aceitáveis.

  • Determine que o armazenamento atende aos requisitos de desempenho e taxa de transferência de backup para atender ao seu SLA (acordo de nível de serviço) de backup e restauração.

Ferramentas relacionadas ao armazenamento

A ferramenta Microsoft Exchange Server Jetstress simula com precisão as características de E/S do Exchange. Isso inclui tanto o teste de sobrecarga como um teste de desempenho que mostra o desempenho máximo de um LUN dentro das latências aceitáveis. O Exchange Load Generator simula os clientes Microsoft Office Outlook.

As duas ferramentas simulam o Outlook. A simulação de clientes Outlook é a única forma de medir a latência de cliente real (em vez de apenas a latência de disco do servidor). Para obter mais informações sobre essas ferramentas, inclusive como baixá-las, consulte Ferramentas para avaliação de desempenho e escalabilidade.

Importante

A ferramenta Microsoft Exchange Jetstress deve ser usada em sistemas antes do armazenamento de dados de produção no servidor. O JetStress não deve ser usado em sistemas que contêm dados de produção.

Importante

O Exchange Load Generator se destina ao uso em ambientes de teste e não em ambientes de produção.

Monitorando a integridade do armazenamento de servidor

O monitoramento de sua solução de armazenamento é essencial para identificar avisos de hardware e software e condições de erro antes que elas causem danos aos dados ou inatividade.

As ferramentas a seguir ajudam a monitorar sua solução de armazenamento. Estas ferramentas estão disponíveis no nó Caixa de Ferramentas do Console de Gerenciamento do Exchange:

  • Ferramenta Best Practices Analyzer

  • Monitor de Desempenho

  • Solucionador de Problemas de Desempenho

Além disso, você também pode usar o Microsoft System Center Operations Manager 2007 para monitorar sua solução de armazenamento, bem como vários outros aspectos de sua organização do Exchange.

O Monitor de Desempenho (perfmon.exe) é o snap-in de desempenho de Microsoft Management Console (MMC) para Exchange 2010. Perfmon, que usa o objeto de desempenho MSExchangeIS para recuperar as informações de contador, fornece informações que permitem medir a integridade da solução de armazenamento. Para mais informações, consulte Contadores e limites de desempenho e escalabilidade.

Monitorando a integridade da solução de armazenamento

Na maior parte das soluções de armazenamento, há uma forma de ver a métrica do desempenho. O monitoramento dessas métricas pode detectar problemas de desempenho, antes que eles afetem o Exchange. Se disponível, a integração do ystem Center Operations Manager 2007 do fornecedor de armazenamento pode ajudar algumas vezes a facilitar a compreensão da métrica proprietária. Algumas das métricas gerais incluem:

  • Porcentagem de utilização de disco   Qual o nível de ocupação dos discos físicos?

  • Taxa de acertos de cache de leitura   Como o cache de controlador de armazenamento está sendo utilizado?

  • Solicitações pendentes de gravação   Com que frequência o controlador aguarda o disco físico?

  • Porcentagem de utilização do processador de armazenamento   Qual o nível de ocupação da CPU de armazenamento?

 © 2010 Microsoft Corporation. Todos os direitos reservados.