Noções Básicas de Banco de Dados e Log de Fatores de Desempenho

 

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

Tópico modificado em: 2016-11-28

Este tópico aborda os fatores de desempenho de E/S do log e do banco de dados no Microsoft Exchange Server 2010. Entender estes fatores é importante para a solução do design de armazenamento do servidor de Caixa de Correio. Para mais informações sobre outros fatores fundamentais do processo de desenvolvimento, consulte Design do Armazenamento do Servidor de Caixa de Correio.

Conteúdo

E/S transacional

Compreendendo a IOPS

E/S não transacional

E/S transacional

A E/S transacional em geral é definida como a E/S gerada pela atividade do usuário. Exemplos de atividade do usuário incluem o recebimento, o envio e a exclusão de itens; a sincronização de um cliente do Windows Mobile e o registro em log via Microsoft Office Outlook Web App.

A E/S transacional é uma parte muito importante do design de armazenamento do Exchange 2010 porque a latência da E/S (o tempo levado para executar a operação E/S) pode afetar diretamente a experiência de usuários online usando o Modo Online do Outlook e o Outlook Web App. O modo Exchange em cache no Outlook também pode ser afetado por alta latência de E/S quando é utilizado para tarefas como acesso delegado e configuração de regras. Todos os clientes podem ser afetados por atrasos na entrega de e-mails causados por alta latência de E/S. A E/S transacional pode ser dividia em E/S de volume de banco de dados e E/S de volume de log.

As exigências de E/S transacional no Exchange 2010 são reduções das exigências no Exchange Server 2007. Nem toda E/S que ocorre em relação ao banco de dados da Caixa de correio e volumes de log é considerada como transacional. Para mais informações, consulte Informações sobre o repositório do Exchange 2010.

Voltar ao início

Compreendendo a IOPS

Para todas as versões do Exchange, é importante saber o volume de E/S de banco de dados por segundo (IOPS) consumido por cada usuário, uma vez que esta é uma das principais métricas de E/S transacionais necessárias para dimensionar adequadamente o armazenamento. As seções a seguir abordam fatores que afetam a IOPS quando você está desenvolvendo o armazenamento de função de servidor da Caixa de correio.

Cache de banco de dados

Um sistema operacional Windows Server de 64 bits executando a versão de 64 bits do Exchange 2010 aumenta substancialmente o espaço de endereçamento virtual e permite que o Exchange aumente seu cache de banco de dados, reduza a E/S de leitura do banco de dados e habilite até 100 bancos de dados por servidor.

A redução de leitura do banco de dados depende da quantidade de cache de banco de dados disponível para o servidor e do perfil de mensagem do usuário. Para instruções sobre memória e bancos de dados, consulte Noções Básicas Sobre o Cache do Banco de Dados de Caixa de Correio. Seguir a orientação nesse tópico pode resultar em até 90 por cento de redução de E/S transacional com o Exchange Server 2003. A quantidade de cache de banco de dados por usuário é um fator fundamental na redução de E/S real.

A tabela a seguir apresenta o aumento no cache de banco de dados real por caixa de correio ao se comparar os 900 megabytes (MB) padrão do cache de banco de dados por caixa de correio no Exchange 2003 com os 6 MB do cache de banco de dados por caixa de correio no Exchange 2010 para uma população de usuários que usa um perfil de 100 mensagens/dia. É o cache de banco de dados adicional no Exchange 2010 que permite mais ocorrências de leitura no cache, reduzindo assim as leituras de banco de dados no nível de disco.

Tamanhos de cache de banco de dados com base na contagem de caixas de correio

Contagem de caixas de correio Cache de banco de dados por caixa de correio (MB) do Exchange 2003 Cache de banco de dados por caixa de correio (MB) do Exchange 2010 Aumento de cache de banco de dados no Exchange 2003

4000

0.225

6

27 vezes

2000

0.45

6

13 vezes

1000

0.9

6

7 vezes

500

1.8

6

5 vezes

Voltar ao início

Determinar o perfil de IOPS de caixa de correio no Exchange 2010

Os dois fatores mais significantes que podem ser usados para prever o IOPS do banco de dados do Exchange 2010 são a quantidade de cache do banco de dados por usuário e o número de mensagens que cada usuário envia e recebe por dia. A tabela a seguir é baseada em um trabalhador padrão que usa o Outlook 2010 no Modo Cache do Exchange. O teste dessas informações demonstrou uma precisão de +/- 20%. Outros tipos de clientes e cenários de uso podem levar a resultados incorretos. As previsões são válidas apenas para tamanhos de cache do banco de dados do usuário entre 3 MB e 30 MB. As informações não foram validadas em uma situação em que os usuários enviam e recebem cerca de 500 mensagens por dia. O tamanho médio da mensagem para validação foi de 75 KB, mas o tamanho da mensagem não é um fator fundamental para IOPS.

A tabela fornece valores estimados de IOPS por usuário que você pode usar para prever os requisitos de linha de base de IOPS do Exchange 2010, além de incluir todas as E/S do banco de dados (banco de dados, indexação de conteúdo e metadados do NTFS). Não inclui a E/S de volume de log.

Cache de banco de dados e IOPS por caixa de correio estimada com base na atividade da mensagem

Mensagens enviadas/recebidas por caixa de correio por dia Cache do banco de dados por caixa de correio (MB) Cópia única do banco de dados (autônoma): IOPS estimado por caixa de correio Várias cópias de banco de dados (resiliência de caixa de correio): IOPS estimado por caixa de correio

50

3

0.06

0.05

100

6

0.120

0.100

150

9

0.18

0.150

200

12

0.240

0.200

250

15

0.300

0.250

300

18

0.360

0.300

350

21

0.420

0.350

400

24

0.480

0.400

450

27

0.540

0.450

500

30

0.600

0.500

A resiliência de caixa de correio se refere a alta disponibilidade unificada e solução de resiliência de site no Exchange 2010. Para mais informações, consulte Noções Básicas Sobre Alta Disponibilidade e Resiliência do Site.

Voltar ao início

E/S de volume de banco de dados

A E/S de volume de banco de dados está associada com a atividade de leitura/gravação do arquivo (.edb) de banco de dados, a atividade de leitura/gravação da indexação de conteúdo e a atividade de leitura/gravação de metadados do NTFS.

No Exchange 2003, a taxa de leitura/gravação do banco de dados era geralmente 2:1 ou 66% de leituras. Com o Exchange 2010, o maior cache de banco de dados diminui o número de leituras do banco de dados no disco, fazendo com que as leituras sejam reduzidas como uma porcentagem da E/S total.

Se seguir as diretrizes de memória recomendadas, você pode esperar ver os seguintes índices de E/S para as cópias de banco de dados ativas. Para mais informações sobre as diretrizes de memória, consulte Noções Básicas Sobre Configurações de Memória e Desempenho do Exchange. Esta medida inclui todas as E/S de volume de banco de dados (banco de dados, indexação de conteúdo e metadados do NTFS); não inclui a E/S de volume de log.

Índices de leitura/gravação de E/S do banco de dados da caixa de correio

Mensagens enviadas/recebidas por caixa de correio por dia Bancos de dados autônomos Bancos de dados participando da resiliência de caixa de correio

50

1:1

3:2

100

1:1

3:2

150

1:1

3:2

200

1:1

3:2

250

1:1

3:2

300

2:3

1:1

350

2:3

1:1

400

2:3

1:1

450

2:3

1:1

500

2:3

1:1

Por exemplo, se você implantar 24.000 caixas de correio pelos servidores de Caixa de correio em um DAG (grupo de disponibilidade de banco de dados) que mantém três cópias de banco de dados, cada banco de dados tem uma proporção de leitura para gravação de 3:2. Em outras palavras, 60% de todas as E/S para o LUN (número de unidade lógica) hospedando o banco de dados são E/S de leitura.

Ter mais gravações como porcentagem da E/S total tem implicações específicas quando se escolhe um tipo de RAID (redundant array of independent disks) que tenha custos significativos associados às gravações, como RAID5 ou RAID6. Para obter mais informações sobre como selecionar a solução RAID apropriada para seus servidores, consulte Compreendendo a Configuração de Armazenamento.

Calcular a IOPS por servidor de caixa de correio

Calcular a IOPS por servidor de Caixa de correio no Exchange 2010 requer mais etapas do que nas versões anteriores do Exchange por causa do seguinte:

  • Agora você pode combinar bancos de dados e logs no mesmo volume,

  • Você pode hospedar cópias de bancos de dados ativos e passivos no mesmo servidor,

  • A adição de tarefas em segundo plano de E/S sequenciais (por exemplo, manutenção de banco de dados em segundo plano).

As operações de E/S sequenciais puras não são faturadas no cálculo de IOPS por servidor de Caixa de correio porque os subsistemas de armazenamento podem lidar com E/S sequenciais de forma muito mais eficiente do que com as E/S aleatórias. Estas operações incluem manutenção de banco de dados em segundo plano, E/S transacional de log e E/S de replicação de log.

A IOPS por servidor de Caixa de correio é calculada de forma ligeiramente diferente dependendo de como seu armazenamento está desenvolvido:

  • Os arquivos de banco de dados e os arquivos de log compartilham um único volume.

  • Os arquivos de banco de dados são armazenados em volumes de disco diferentes dos arquivos de log transacionais.

Para ambos os designs de armazenamento, use o Monitor de desempenho (perfmon.exe) para medir o período de pico de duas horas (em interlavos de amostragem de 5 segundos). Esta é a hora do dia em que o sistema está sob a carga máxima gerada pela atividade do cliente (por exemplo, 10h - 12h). Normalmente neste período a carga é duas vezes maior do que a média diária de 10 horas (Proporção de pico:média = 2:1).

IOPS por servidor de caixa de correio: Os arquivos de banco de dados e os arquivos de log compartilham um único volume

Nesta configuração, os arquivos de banco de dados e os arquivos de log são armazenados no mesmo volume de disco. Este exemplo considera que cada banco de dados está em um volume diferente com backup em um disco dedicado. Preencha a tabela a seguir para todos os bancos de dados a partir do log coletado do monitor de desempenho (descrito na seção anterior).

Nome do Banco de dados Disco lógico -> Leituras do disco/s Disco lógico -> Gravações do disco/s MSExchange DatabaseeInstances ->Leituras de E/S da manutenção de banco de dados/s MSExchange DatabaseèInstances ->Leituras (recuperação) do banco de dados de E/S/s MSExchange DatabaseInstances ->Gravações (recuperação) do banco de dados de E/S/s MSExchange DatabaseInstances ->Gravações do log de E/S/s

Banco de dados 1

           

Banco de dados 2

           

Banco de dados 3

           

Banco de dados 4

           

Quaisquer bancos de dados adicionais

           

Total

           

Adicionar o total de cada coluna e em seguida realizar o cálculo a seguir a fim de determinar a IOPS por servidor de Caixa de correio.

Resumo de cálculo: Soma da E/S de disco lógico - (soma da E/S de manutenção do banco de dados + E/S de recuperação (repetição de log) + E/S de log) dividido pelo número de caixas de correio hospedadas por servidor durante a medição de log do monitor de desempenho.

Detalhe de cálculo: ((Disco lógico -> Leituras de disco/s + Disco lógico -> Gravações de disco/s) - (Banco de dados do MSExchange ==> Instâncias -> Leituras de E/S de manutenção do banco de dados/s + Banco de dados do MSExchange ==> Instâncias -> Leituras do banco de dados de E/S (Recuperação)/s + Banco de dados do MSExchange ==> Instâncias -> Gravações do banco de dados de E/S (Recuperação)/s + MSExchange Database ==> Instâncias -> Gravações do Log de E/S/s))/ Número de caixas de correio hospedadas por servidor durante a medição de log do monitor de desempenho = IOPS por servidor de Caixa de correio.

Voltar ao início

IOPS/Caixa de correio: Volume de arquivo de banco de dados dedicado

Nesta configuração, os arquivos de banco de dados são armazenados em volumes de disco diferentes dos arquivos de log transacionais. Este exemplo considera que cada banco de dados está em um volume diferente com backup em um disco dedicado. Preencha a tabela a seguir para todos os bancos de dados a partir do log coletado do monitor de desempenho (descrito na seção anterior).

Nome do Banco de dados Disco lógico -> Leituras do disco/s Disco lógico -> Gravações do disco/s Banco de dados do MSExchange ==> Instâncias->Leituras de E/S de manutenção do banco de dados/s Banco de dados do MSExchange ==> Instâncias ->Leituras do banco de dados de E/S (Recuperação)/s Banco de dados do MSExchange ==> Instâncias ->Gravações do banco de dados de E/S (Recuperação)/s

Banco de dados 1

         

Banco de dados 2

         

Banco de dados 3

         

Banco de dados 4

         

Quaisquer bancos de dados adicionais

         

Total

         

Dica

Por padrão, o contador de desempenho Banco de Dados do MSExchange Database ==> Instâncias ->Leituras e ES de Manutenção do Banco de Dados/s não é visível no Exchange 2010. Você deve habilitar esse contador, para visualizá-lo. Para muitas informações sobre como habilitar esse contador de desempenho, consulte Como habilitar os Contadores de Desempenho Estendido do ESE

Para determinar a IOPS por servidor de Caixa de correio, adicione o total de cada coluna e faça o cálculo a seguir.

Resumo de cálculo: Soma da E/S de disco lógico - (Soma da E/S de manutenção do banco de dados + E/S de recuperação (repetição de log)) dividida pelo número de caixas de correio hospedadas por servidor durante a medição de log do perfmon.

Detalhe de cálculo: ((Disco lógico -> Leituras de disco/s + Disco lógico -> Gravações de disco/s) - (Banco de dados do MSExchange ==> Instâncias -> Leituras de E/S de manutenção do banco de dados/s + Banco de dados do MSExchange ==> Instâncias -> Leituras do banco de dados de E/S (Recuperação)/s + Banco de dados do MSExchange ==> Instâncias -> Gravações do banco de dados de E/S (Recuperação)/s))/ Número de caixas de correio hospedadas por servidor durante a medição de log do monitor de desempenho = IOPS por servidor de Caixa de correio.

Medir IOPS de linha de base

Se você estiver usando uma versão anterior do Exchange e tiver calculado sua IOPS de linha de base, lembre-se de que o Exchange 2010 afetará sua linha de base das seguintes maneiras:

  • O número de usuários no servidor afeta o cache de banco de dados geral por usuário.

  • A quantidade de RAM influencia o quanto o cache do banco de dados pode crescer, e um cache de banco de dados maior causa mais resultados de leitura de cache. Isso reduz a E/S de leitura do seu banco de dados.

A chave para esse processo é que o IOPS em um servidor específico não é informação suficiente para planejar uma empresa inteira. Isso é porque a quantidade de RAM, o número de usuários e o número de bancos de dados serão diferentes em cada servidor. Depois que você tiver seus números de IOPS reais, sempre aplique um fator de sobrecarga de E/S de 20% em seus cálculos para adicionar um pouco de capacidade extra. Você não deseja uma experiência de usuário ruim só porque a atividade é um pouco mais pesada que o normal.

Mecanismos de pesquisa na área de trabalho e Clientes do Outlook no modo online

Diferentemente dos clientes do Modo Cache do Exchange, todas as operações cliente do Modo Online ocorrem no banco de dados. Por causa das alterações nos esquemas de repositório e no ESE (Mecanismo de Armazenamento Extensível), os clientes no modo online do Outlook agora geram o mesmo perfil de E/S que os Clientes do modo Exchange em cache do Outlook.

Em termos de capacidade de pesquisa na caixa de correio, os usuários finais tem duas opções:

  • Eles podem usar o índice de conteúdo interno que está disponível no servidor de Caixa de correio.

  • Eles podem instalar um cliente de mecanismo de pesquisa na área de trabalho e gerar um índice local no cliente dos dados da caixa de correio e realizar pesquisas locais.

Os usuários finais que utilizam os clientes de mecanismos de pesquisa na área de trabalho com o Outlook no modo online podem acarretar operações de E/S de leitura adicionais no banco de dados. Atualmente, o único mecanismo conhecido de pesquisa na área de trabalho que não acarreta E/S de leitura adicional é o Windows Desktop Search 4.0. O Windows Desktop Search 4.0 usa protocolos de sincronização similares a como os protocolos de sincronização do Outlook no modo Cache do Exchange indexam os conteúdos de caixa de correio.

Sendo assim, use as diretrizes a seguir se você pretende implantar clientes do Outlook no modo online com mecanismos de pesquisa na área de trabalho diferentes do Windows Desktop Search 4.0:

  • Clientes de Modo Online de 256 MB aumentarão as operações de leitura do banco de dados a um fator de 1,5 quando comparados com clientes do Modo em Cache do Exchange. Abaixo de 256 MB, o impacto é insignificante.

  • Quando o tamanho da caixa de correio dobra, o IOPS de leitura do banco de dados também dobra (assumindo-se que a distribuição de itens iguais entre pastas principais permaneça a mesma).

Como resultado destes dados, temos duas recomendações:

  • Implantar clientes de modo Cache do Exchange onde for adequado. Para mais informações, consulte a seção "Contagem de itens por pasta" mais adiante neste tópico. De outro modo, substitua o mecanismo de pesquisa na área de trabalho pelo Windows Desktop Search 4.0.

  • Considere os requisitos de E/S quando você está desenvolvendo o armazenamento de banco de dados.

Para obter fatores IOPS adicionais, como clientes de terceiros, consulte Otimizar o Armazenamento do Exchange Server 2003 (página em inglês).

Voltar ao início

E/S de volume de log

A E/S de volume de log é a E/S associada com a atividade de leitura/gravação de log de banco de dados e a atividade de leitura/gravação de metadados do NTFS. A E/S de volume de log é sequencial por natureza e, ao se utilizar um controlador de matriz em cache de gravação com um suporte de bateria, a sobrecarga de E/S da E/S de volume de log é mínima, não sendo um fator significativo para o dimensionamento do armazenamento do Exchange.

Com a redução nas leituras de banco de dados no Exchange 2010, combinada com o tamanho menor do arquivo de log e com a capacidade de ter mais bancos de dados, a gravação de log para banco de dados é de 40%, para bancos de dados autônomos, e de 50%, para bancos de dados que participam de uma resiliência de caixa de correio. Por exemplo, se o banco de dados que participa de uma resiliência de caixa de correio está consumindo 12 E/S de gravação, o LUN do log consumirá aproximadamente 6 E/S de gravação.

Em servidores de Caixa de correio que estão hospedando bancos de dados participando de uma resiliência de caixa de correio, há sobrecarga associada com o uso de replicação contínua. Logs de transação fechados devem ser lidos e enviados para as cópias de banco de dados de destino. Esta sobrecarga é uma porcentagem adicional de 10% nas leituras de log para cada cópia ativa de banco de dados que está hospedada em um servidor de Caixa de correio. Por exemplo, se o servidor de Caixa de correio está hospedando 10 cópias ativas de banco de dados, e cada fluxo de log transacional está gerando 6 E/S de gravação, pode-se esperar 0.6 E/S adicional de leitura para cada uma das 10 cópias ativas de banco de dados (ou um total de 6 E/S de leitura).

Depois de medir ou prever a E/S do log de transações, aplique um fator de sobrecarga de E/S de 20% para garantir o espaço extra adequado para períodos de maior atividade que os períodos normais.

Contagem de itens por pasta

Uma maneira de reduzir a E/S é usar o Outlook no Modo Cache do Exchange. A sincronização da caixa de correio inicial é uma operação intensiva de disco; mas, com o tempo, conforme o tamanho da caixa de correio aumenta, a carga do subsistema do disco é transferida do servidor Exchange para o cliente Outlook. Com o uso do modo Cache do Exchange, ter um grande número de itens em uma Caixa de entrada de usuário ou um usuário pesquisando uma caixa de correio terá pouco efeito no servidor. Essa abordagem também significa que os usuários do modo Cache do Exchange com grandes caixas de correio podem precisar de computadores mais rápidos do que aqueles com caixas de correio pequenas (dependendo do limite de usuário individual para desempenho aceitável).

Ao implantar computadores clientes que executam o Outlook 2007 no modo Cache do Exchange, considere as seguintes diretrizes em relação aos tamanhos de caixa de correio/arquivo .ost:

  • Até 5 gigabytes (GB)   Este tamanho deve proporcionar uma boa experiência de usuário na maioria dos hardwares.

  • Entre 5 GB e 10 GB   Este tamanho normalmente depende do hardware. Portanto, se você tiver um disco rígido rápido e muita RAM, sua experiência será melhor. No entanto, discos rígidos mais lentos, como as unidades normalmente encontradas em laptops ou em SSDs (unidades de estado sólido) antigos, experimentam pausas nos aplicativos quando as unidades respondem.

  • Mais de 10 GB   Este é o tamanho no qual pausas curtas começam a ocorrer na maioria dos hardwares.

  • Muito grande, como 25 GB ou maior   Este tamanho aumenta a frequência de pausas curtas, especialmente durante o download de novas mensagens de email. Alternativamente, você pode usar os grupos Enviar/Receber para sincronizar manualmente seu email.

Essa diretriz se baseia na instalação de uma atualização cumulativa do Outlook 2007 Service Pack 1 ou posterior, conforme descrito no artigo 961752 da Base de Dados de Conhecimento da Microsoft, Descrição do pacote de correção do Outlook 2007 (Outlook.msp): 24 de fevereiro de 2009.

Caso ocorram problemas relacionados ao desempenho do Outlook 2007 no Modo Cache do Exchange, consulte o artigo 940226 da Base de Dados de Conhecimento da Microsoft, Como solucionar problemas de desempenho do Outlook 2007. Para obter mais informações sobre os aprimoramentos disponíveis, consulte o artigo 968009 da Base de Dados de Conhecimento Microsoft, Aprimoramentos do Outlook 2007 na atualização cumulativa de fevereiro de 2009.

Um cenário desafiador ocorre quando um usuário excedeu o número de índices que o Exchange armazenará. Isto é 11 índices em Exchange 2010. Quando o usuário escolhe classificar um novo caminho e, portanto, criando assim um décimo segundo índice, isso provoca atividade de E/S de disco adicional. Como o índice não está armazenado, este custo de atividade de disco adicional ocorre toda vez que a classificação é executada. Devido à atividade de E/S alta que pode ser gerada nesse cenário, é altamente recomendável armazenar no máximo 100.000 itens em pastas fundamentais, como as pastas Caixa de Entrada e Itens Enviados e não mais de 10.000 itens nas pastas de Calendário e Contatos. A criação de mais pastas de nível superior, ou subpastas abaixo das pastas Caixa de Entrada e Itens Enviados, reduz enormemente os custos associados à criação desse índice. Isto acontecerá desde que o número de itens em qualquer pasta não exceda 100.000.

Voltar ao início

E/S de índice de conteúdo

No Exchange 2010 as mensagens são indexadas conforme são recebidas, causando pouca sobrecarga de E/S no disco do banco de dados (isso porque a mensagem ainda está no cache do banco de dados quando é recuperada para indexação). No entanto, E/S de gravação está associada com a atualização do armazenamento de catálogo de pesquisa. Por causa das reduções de E/S do banco de dados em geral no Exchange 2010, a porcentagem de E/S de catálogo de pesquisa agora é de 10 a 15 por cento das E/S de arquivos do banco de dados (dependendo do perfil). A E/S de leitura de catálogo de pesquisa ocorre quando os clientes emitem solicitações de pesquisa, o que é uma ocorrência rara o suficiente para que não seja relevante no design de armazenamento do Exchange 2010.

Voltar ao início

E/S não transacional

A E/S transacional ocorre em resposta à ação direta de usuário e geralmente tem a prioridade mais alta, sendo portanto o foco do design do armazenamento. E/S que não é transacional ocorre tanto em segundo plano, estando ajustada para ter um impacto mínimo no desempenho, ou então ocorre durante uma janela definida de manutenção.

As seções a seguir abordam algumas das E/S que não são transacionais e que ocorrem em segundo plano. Embora a E/S não transacional não seja o foco do design de armazenamento, ela pode causar impactos em tal desenvolvimento. Para mais informações, consulte Nova Funcionalidade de Repositório Principal do Exchange.

Manutenção de banco de dados em segundo plano (Soma de verificação)

A E/S de manutenção de banco de dados em segundo plano é uma E/S de arquivo de banco de dados sequencial associada à soma de verificação das cópias ativas e passivas de um banco de dados. A manutenção de banco de dados em segundo plano tem as seguintes características:

  • Em bancos de dados ativos, é possível configurá-la para que seja executada ininterruptamente ou durante a janela de manutenção online. A manutenção de banco de dados em segundo plano (Soma de verificação) é executada ininterruptamente em cópias passivas de bancos de dados. Para mais informações consulte "Verificação de banco de dados online" no tópico Nova Funcionalidade de Repositório Principal do Exchange.

  • Lê aproximadamente 5 MB por segundo para cada verificação ativa de bancos de dados (cópias ativas e passivas). A E/S é 100 % sequencial, então o subsistema de armazenamento pode processar as E/S de forma eficiente.

  • Interrompe a verificação de banco de dados se a execução da soma de verificação for concluída em menos de 24 horas.

  • Emite um evento de aviso se a verificação não for concluída em três dias (não é configurável).

Gerenciamento de Registros de Mensagens

O MRM (Gerenciamento de registros de mensagens) é a tecnologia de gerenciamento de registros do Microsoft Exchange 2010 que ajuda as organizações na redução dos riscos legais associados a emails. O MRM torna mais fácil manter as mensagens que são necessárias para conformidade com a diretiva da empresa, regulamentos do governo ou necessidades legais, e a remover conteúdo que não tenha valor legal ou comercial.

Essas ações são concluídas por meio de diretivas de retenção ou pastas gerenciadas. O Assistente de Pasta Gerenciada é um Assistente de Caixa de Correio do Microsoft Exchange que aplica configurações de retenção de mensagem definidas em políticas de retenção ou políticas de caixa de correio de pasta gerenciada. A E/S de disco requerida pelo assistente depende do número de itens de caixa de correio processados. Recomendamos que o assistente não seja executado ao mesmo tempo que o backup ou a manutenção online. Para mais informações, consulte Agendar o Assistente de pasta gerenciada.

Manutenção online

Você pode usar as Ferramentas de gerenciamento do Exchange para definir o cronograma de manutenção para um banco de dados ou permitir sua manutenção ininterrupta. A desfragmentação online não funciona mais no Exchange 2010, diferente do que fazia nas versões anteriores do Exchange. A desfragmentação online é realizada continuamente à medida que há leitura do ou gravação no banco de dados. Para mais informações, consulte "Verificação de banco de dados online" no Nova Funcionalidade de Repositório Principal do Exchange.

Voltar ao início

 © 2010 Microsoft Corporation. Todos os direitos reservados.