Noções Básicas Sobre o Cache do Banco de Dados de Caixa de Correio

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

Tópico modificado em: 2016-11-28

O mecanismo ESE (Mecanismo de Armazenamento Extensível) usa o cache do banco de dados para reduzir operações de E/S. Em geral, quanto maior for o cache do banco de dados disponível, menos E/S será gerada em um servidor Caixa de Correio do Microsoft Exchange Server 2010. A redução da E/S do banco de dados depende principalmente da quantidade de cache de banco de dados disponível para o servidor e do perfil de mensagem do usuário.

Melhor eficiência do cache do banco de dados

A eficácia do cache do banco de dados melhorou no Exchange 2010 devido a várias alterações técnicas. Uma das alterações mais significativas é a ampliação do objetivo de profundidade do ponto de verificação de log. O objetivo de profundidade do ponto de verificação de log é usado para garantir que as alterações feitas no log/cache do banco de dados sejam gravadas no arquivo de banco de dados em um período razoável. O tamanho passou de 20 MB por banco de dados para 100 MB quando um banco de dados tem mais de uma cópia (em um DAG, ou grupo de disponibilidade do banco de dados). A tabela a seguir mostra os objetivos de profundidade de ponto de verificação de log padrão do Exchange 2010.

Objetivos de profundidade de ponto de verificação de log padrão por banco de dados de caixa de correio

Devido a essa alteração, a E/S de gravação do banco de dados de um banco de dados ativo com duas ou mais cópias pode ser até 40 por cento menor que a E/S de gravação do banco de dados de um banco de dados autônomo. Quando tem um objetivo de profundidade do ponto de verificação maior, o banco de dados pode reter as alterações feitas no arquivo do banco de dados por um período maior, o que melhora a possibilidade de integrar E/Ss (união) e, reduzindo E/Ss de gravação repetidas (E/Ss que podem ser salvas atrasando-se a gravação o suficiente para que várias alterações feitas no banco de dados possam acontecer na memória antes da gravação da alteração no arquivo do banco de dados).

Essa alteração só foi criada para soluções de resiliência de caixa de correio porque um objetivo de profundidade do ponto de verificação maior pode aumentar significativamente o tempo necessário à recuperação do banco de dados pelo banco de dados ativo após uma falha. Esse problema foi resolvido em configurações de resiliência de caixa de correio porque, se houvesse falha no banco de dados ativo, um failover seria disparado automaticamente para outra cópia íntegra. As operações de repetição do log continuarão quando o banco de dados com falha for recuperado.

Assim, o objetivo de profundidade do ponto de verificação foi reduzido em cópias de banco de dados passivas para reduzir o tempo de failover/alternância de um banco de dados. Uma cópia de banco de dados passiva com um objetivo de profundidade do ponto de verificação de 5 MB pode ser ativada muito mais rapidamente do que uma cópia com um objetivo de profundidade do ponto de verificação maior (há menos logs a serem repetidos durante a transição entre os estados passivo e ativo). Como uma cópia de banco de dados passiva não tem E/S transacional, existe uma capacidade sobressalente para lidar com a E/S de gravação adicional com o objetivo de profundidade do ponto de verificação.

Requisitos mínimos de cache do banco de dados

Para assegurar-se de que o banco de dados ESE tenha memória suficiente para funcionar efetivamente, existe uma quantidade mínima obrigatória de memória física por servidor com base na contagem do banco de dados. Esses requisitos se aplicam a ambas as cópias de bancos de dados ativos e passivos. Consulte a tabela a seguir para ver os requisitos.

Memória mínima necessária para servidor de caixa de correio

Métrica de cache do banco de dados

Em versões anteriores do Exchange, uma das métricas fundamentais necessárias para dimensionamento do repositório era a quantidade de E/S de banco de dados por segundo (IOPS) consumida por cada usuário. Os dois fatores mais importantes que podem ser usados para prever o IOPS de caixa de correio do Exchange 2010 são a quantidade de cache do banco de dados por caixa de correio e o número de mensagens que cada usuário envia e recebe por dia.

A tabela a seguir fornece valores estimados para o IOPS por caixa de correio com base na atividade da mensagem e no cache do banco de dados. É possível usar as informações na tabela para ajudar a prever os requisitos de E/S de caixa de correio do Exchange 2010 de linha de base.

Essas estimativas só são válidas para tamanhos de cache de banco de dados entre 3 e 30 MB por caixa de correio. Essas estimativas foram validadas com usuários com as seguintes características: Clientes do modo de cache do Exchange no Microsoft Office Outlook 2007 ou no Outlook 2010 de percentual elevado; caixas de correio de 2 GB e um percentual elevado de uso do Exchange ActiveSync. O tamanho médio da mensagem usada nas estimativas é de 75 KB, mas o tamanho da mensagem não é um fator fundamental para IOPS. Outros tipos de clientes e cenários de uso podem levar a resultados incorretos.

Estima o IOPS por caixa de correio com base na atividade de mensagens e no cache do banco de dados da caixa de correio

Depois de você determinar os requisitos de tamanho do cache do banco de dados, a próxima etapa é determinar os requisitos de memória mínimos por servidor para assegurar que os requisitos de tamanho do cache de banco de dados possam ser atendidos. O tamanho do cache de banco de dados deve ser levado em consideração no processo de dimensionamento para assegurar se a quantidade de memória física por servidor é a a adequada para atender às necessidades da contagem de caixas de correio com um determinado perfil de usuário.

A tabela a seguir lista os tamanhos de cache do banco de dados da caixa de correio padrão para servidores Caixa de Correio de função única, bem como servidores de várias funções.

Tamanhos de cache de banco de dados padrão da caixa de correio

Para determinar os requisitos de memória do servidor, consulte Exemplo de Design da Função de Servidor Caixa de Correio do Exchange 2010, onde poderá encontrar informações sobre como projetar a função do servidor de Caixa de Correio para determinar a memória, a capacidade, a E/S e o desempenho da CPU apropriados.

 © 2010 Microsoft Corporation. Todos os direitos reservados.