Nova Funcionalidade de Repositório Principal do Exchange
Aplica-se a: Exchange Server 2010 SP2
Tópico modificado em: 2016-11-28
O Microsoft Exchange Server 2010 inclui muitas melhorias na arquitetura de banco de dados do Exchange.
Os relatórios da pasta pública foram aprimorados.
Os bancos de dados não são mais associados aos grupos de armazenamento. Esses foram removidos.
Os investimentos em otimizações do ESE (mecanismo de armazenamento extensível) e do esquema de armazenamento reduziram a IOPS em 70%.
As seções a seguir descrevem essas melhorias em mais detalhes.
Sumário
Relatórios aprimorados para pastas públicas
Gerenciamento do banco de dados
Alterações no armazenamento
Nova funcionalidade ESE
Relatórios aprimorados para pastas públicas
Os relatórios de pastas públicas foram aprimorados para exibirem alterações iniciadas pelo usuário em qualquer item na pasta pública. Você pode exibir essas informações usando o cmdlet Get-PublicFolderStatistics no Shell de Gerenciamento do Exchange. Para obter mais informações, consulte Usando o PowerShell com o Exchange 2010 (Shell de Gerenciamento do Exchange).
Gerenciamento do banco de dados
Os bancos de dados não são mais associados aos grupos de armazenamento. No Exchange 2010, a funcionalidade de grupos de armazenamento foi movida para o banco de dados.
No Exchange 2010, é possível gerenciar bancos de dados de pasta pública e caixa de correio no nó Configuração da Organização do EMC. (No Exchange Server 2007, o gerenciamento do banco de dados era realizado no nó Configuração do Servidor.)
Embora o gerenciamento do banco de dados de pasta pública tenha sido movido do nó Configuração do Servidor para o nó Configuração da Organização com os bancos de dados de caixa de correio, a funcionalidade dos bancos de dados de pasta pública não foram alterados no Exchange 2010. Assim como o Exchange 2007, não é possível criar cópias de bancos de dados de pasta pública e não é possível adicionar bancos de dados a um DAG (grupo de disponibilidade do banco de dados). Contudo, os bancos de dados de pasta pública podem ser hospedados em servidores de caixa de correio que compõem um DAG, embora os bancos de dados de pasta pública não fiquem sujeitos ao envio de logs ou a outros recursos do DAG.
Alterações de cmdlet do banco de dados
Com a remoção dos grupos de armazenamento no Exchange 2010, os cmdlets do grupo de armazenamento usados no Exchange 2007 foram excluídos e os cmdlets do banco de dados do Exchange 2010 fornecem agora a funcionalidade, conforme mostrado nas seguintes tabelas.
Os cmdlets de banco de dados do Exchange 2010 que substituem os cmdlets do grupo de armazenamento do Exchange 2007
| Cmdlet do Exchange 2007 | Descrição da alteração de funcionalidade do Exchange 2010 |
|---|---|
New-StorageGroup |
Esse cmdlet foi excluído e os parâmetros de configuração foram movidos para os cmdlets New-MailboxDatabase e New-PublicFolderDatabase. |
Remove-StorageGroup |
Esse cmdlet foi excluído e os parâmetros de configuração foram movidos para os cmdlets Remove-MailboxDatabase e Remove-PublicFolderDatabase. |
Set-StorageGroup |
Esse cmdlet foi excluído e os parâmetros de configuração foram movidos para os cmdlets Set-MailboxDatabase e Set-PublicFolderDatabase. |
Get-StorageGroup |
Esse cmdlet foi excluído e os parâmetros de configuração foram movidos para os cmdlets Get-MailboxDatabase e Get-PublicFolderDatabase. |
Move-StorageGroupPath |
Esse cmdlet foi excluído e os parâmetros de configuração foram movidos para o cmdlet Move-DatabasePath. |
Os cmdlets do banco de dados do Exchange 2010 que têm a funcionalidade estendida dos cmdlets do Exchange 2007
| Cmdlet do Exchange 2010 | Descrição da funcionalidade estendida do Exchange 2010 |
|---|---|
New-MailboxDatabase New-PublicFolderDatabase |
Esses cmdlets foram estendidos com os parâmetros e a funcionalidade do cmdlet New-StorageGroup. Eles também atualizam o objeto do servidor com um link para o novo banco de dados e o objeto do banco de dados com o nome do servidor de hospedagem. |
Remove-MailboxDatabase Remove-PublicFolderDatabase |
Esses cmdlets foram estendidos com os parâmetros e a funcionalidade do cmdlet Remove-StorageGroup. Além disso, eles também atualizam o objeto do servidor com um link para o novo banco de dados e o objeto do banco de dados com o nome do servidor de hospedagem. |
Set-MailboxDatabase Set-PublicFolderDatabase |
Esses cmdlets foram estendidos com os parâmetros e a funcionalidade do cmdlet Set-StorageGroup. Quando você alterar os servidores do host, eles também atualizam o objeto do servidor com um link para o novo banco de dados e o objeto do banco de dados com o nome do servidor de hospedagem. |
Get-MailboxDatabase Get-PublicFolderDatabase |
Esses cmdlets foram estendidos com os parâmetros e a funcionalidade do cmdlet Get-StorageGroup. O parâmetro Status é estendido para retornar as informações de status retornadas no momento pelo cmdlet Get-StorageGroupCopyStatus. |
Move-DatabasePath |
Esse cmdlet foi estendido com os parâmetros e a funcionalidade do cmdlet Move-StorageGroupPath. |
Além das alterações anteriores do cmdlet, os cmdlets StorageGroupCopy cmdlets foram excluídos. Para obter mais mais informações, consulte Gerenciando cópias de banco de dados de caixa de correio.
Alterações no armazenamento
No Exchange 2010, o esquema de armazenamento foi alterado para remover a dependência dos bancos de dados de caixa de correio no objeto do servidor. Além disso, o novo esquema foi aprimorado para ajudar a reduzir a IOPS (E/S por segundo) ao refatorar as tabelas usadas para armazenar informações. A refatoração das tabelas permite uma maior contiguidade lógica e localidade de referência. Essas alterações reduzem a confiança do armazenamento nos índices secundários mantidos pelo ESE. Como resultado, o armazenamento não é mais suscetível aos problemas de desempenho relacionados aos índices secundários.
A integridade e a resiliência do armazenamento também foi aprimorada adicionando-se vários recursos relacionados à detecção e à correção de erros e ao fornecimento de alertas, como o seguinte:
Quarentena em caixas de correio não autorizadas
Corte no transporte a bancos de dados com espaço menor que 1 GB
Relatórios e detecção de tempo limite em threads
Para obter mais informações sobre resiliência de armazenamento e integridade, consulte Informações sobre o repositório do Exchange 2010.
A funcionalidade de armazenamento central recebeu muitas alterações para aprimorar os recursos de alta disponibilidade. A alta disponibilidade foi integrada à arquitetura básica do Exchange 2010 para permitir que organizações de todos os tamanhos e em todos os segmentos do setor implantem um serviço de continuidade de mensagens de maneira econômica. Para obter mais informações sobre os recursos de alta disponibilidade no Exchange 2010, consulte Noções Básicas Sobre Alta Disponibilidade e Resiliência do Site.
Nova funcionalidade ESE
O ESE foi aprimorado no Exchange 2010 para atingir os objetivos a seguir:
E/S maior e sequencial para reduzir a IOPS
Otimização para armazenamento de mercadorias
Redução do gerenciamento do banco de dados
Desfragmentação online
Verificação de banco de dados online
E/S maior e sequencial
O ESE pode aprimorar o desempenho aumentando o tamanho das E/S e reduzindo a frequência de leituras/gravações no Exchange 2010. O ESE também pode aumentar o desempenho tornando os dados no banco de dados mais sequenciais, o que amplia a probabilidade que dados relacionados estejam no mesmo local na árvore B.
No Exchange, todos os dados dentro do banco de dados são armazenados em árvores B e essas são divididas em páginas. No Exchange 2007 e nas versões anteriores, os dados armazenados nas árvores B não são contíguos. Na verdade, as versões anteriores do Exchange executavam leituras/gravações aleatórias do banco de dados. Isso significa que dados relacionados podem não estar no mesmo local no disco rígido. Dados não contíguos exigem mais passagens para leitura e gravação no disco rígido.
Desfragmentação da árvore B
O processo de desfragmentação da árvore B foi aprimorado para reduzir as operações de E/S, mantendo dados contíguos na árvore B.
A desfragmentação da árvore B é executada no local (em oposição à criação de uma nova árvore B e à renomeação dos índices e tabelas) com três operações novas:
Movimentação de página Uma movimentação de página consiste em mover todos os dados de uma página para uma nova página alocada.
Mesclagem parcial à esquerda Uma mescla parcial à esquerda é o mesmo que uma mescla à direita no Exchange 2007 ou em versões anteriores, exceto que os dados são movidos da página esquerda para a página direita.
Mesclagem integral à esquerda Uma mesclagem integral à esquerda é o mesmo que uma mesclagem integral à direita no Exchange 2007 ou em versões anteriores.
A desfragmentação foi alterada de mesclagens à direita para à esquerda para otimizar o desempenho. Os dados são lidos do disco rígido ou gravados nele da direita para a esquerda. Se o banco de dados estiver sendo desfragmentado na mesma direção das leituras/gravações, a desfragmentação entrará em conflito com elas. Além disso, a alocação de espaço permite que a próxima página em uma extensão seja alocada, mas não a página anterior. Como uma movimentação de página necessita alocar uma nova página, desfragmentar o banco de dados da esquerda para a direita é muito mais eficiente.
O Gerenciador de Desfragmentação é um novo evento no ESE que monitora quais árvores B exigem desfragmentação e quais já foram desfragmentadas. O Gerenciador de Desfragmentação compila uma lista das árvores B em todos os bancos de dados montados que devam ser desfragmentados. À medida que árvores B fragmentadas são detectadas, elas são registradas com o Gerenciador de Desfragmentação, e ele as processará.
O tamanho da página aumenta para 32 KB
Todos os dados dentro do banco de dados são armazenados em árvores B e essas são divididas em páginas. O tamanho da página é o mínimo para leitura e gravação no banco de dados; ele também é o tamanho da unidade usada para cache do banco de dados. A leitura do disco é mais lenta que executar operações na memória, por isso, aumentando o tamanho da página para 32 KB, o ESE reduz a IOPS, aprimorando o desempenho com o cache do tamanho da página maior na memória.
Otimização para armazenamento de mercadorias
Outro objetivo do ESE no Exchange 2010 é reduzir os custos operacionais e de capital na implantação do Exchange. Isso pode ser feito reduzindo os custos de armazenamento e otimizando o armazenamento de mercadorias usando discos rígidos de classe JBOD e SATA.
Os susbsistemas de disco são mais eficientes para lidar com uma E/S menor, embora maior. No Exchange 2010 ou em versões anteriores, o tamanho da página tem o tamanho mínimo para leitura/gravação e para cache de banco de dados. A união de E/S se refere ao processo de combinar operações da página do banco de dados em uma só operação de E/S, produzindo perações de E/S maiores em menor número.
O aumento dos tamanhos médios de E/S do banco de dados por meio da união de E/S tem os seguintes benefícios:
Uso de disco mais eficiente Os discos são mais eficientes ao processar I/Os maiores. Quanto maior for a eficiência no uso do disco, mais caixas de correio poderão ser hospedadas nesses discos.
Aumento na taxa de aquecimento do cache O aquecimento de cache é um processo que ajuda a reduzir os tempos de execução ao carregar previamente as consultas iniciais que foram executadas no banco de dados em sua última inicialização. Após a reinicialização, o failover ou a alternância de um servidor, a maior E/S permite que o ESE aumente a taxa em que o cache é aquecido.
Manutenção do banco de dados
Um dos objetivos do ESE no Exchange 2010 é reduzir o custo de manutenção e gerenciamento de um banco de dados. A manutenção do banco de dados abrange várias tarefas que gerenciam e mantém a integridade do banco de dados de caixa de correio.
A manutenção do banco de dados é dividida nas seguintes seções:
Manutenção de caixa de correio de armazenamento
Manutenção de banco de dados ESE
No Exchange 2007, a manutenção de banco de dados apresentava grande uso do disco. No Exchange 2010, foram feitos aperfeiçoamentos para aumentar o desempenho. No Exchange 2010, em servidores de perfil pesado ou muito pesado, a tarefa de manutenção da caixa de correio de armazenamento demora somente cerca de 45 minutos, enquanto a manutenção de banco de dados ESE geralmente levava de seis a oito horas por noite para ser concluída em grandes bancos de dados do Exchange 2007 (cotas de 2 GB).
No Exchange 2010, foram feitos aperfeiçoamentos para dar suporte a grandes caixas de correio, bem como para dar suporte ao armazenamento JBOD e ao armazenamento sem uso de RAID.
Dica
Todas as funções de manutenção de banco de dados online orientadas para o armazenamento do Exchange, como a limpeza do item de recuperação são iguais no Exchange 2010 e no Exchange 2007. Somente as funções do ESE, a desfragmentação online e a some de verificação do banco de dados, foram alteradas.
Desfragmentação de banco de dados
A desfragmentação torna páginas internas de um banco de dados do Exchange contíguo. A Desfragmentação pode ser realizada automaticamente pelo sistema quando o banco de dados estiver online (desfragmentação online) ou manualmente por um administrador quando o banco de dados estiver offline (desfragmentação offline).
Desfragmentação online
No Exchange 2010, a arquitetura para a desfragmentação online foi alterada. A desfragmentação online foi movida do processo de manutenção de banco de dados de Caixa de Correio. A desfragmentação online é executada em segundo plano 24 horas por dia × 7 dias por semana. Como a desfragmentação online é realizada o tempo todo, o Exchange não posta mais eventos no log de eventos indicando a quantidade de espaço em branco no banco de dados. Durante a manutenção em segundo plano do banco de dados, itens marcados para remoção do banco de dados são removidos, liberando essas páginas do banco de dados. O percentual de espaço em branco muda constantemente, devido aos esforços do processo de desfragmentação online contínuo.
Você pode estimar o volume do espaço em branco no banco de dados conhecendo o volume de emails e enviados e recebidos pelos usuários com caixas de correio no banco de dados. Por exemplo, se você tiver 100 caixas de correio de 2 GB (total de 200 GB) em um banco de dados cujos usuários enviam e recebem uma média de 10 MB de email por dia, o espaço em branco será de aproximadamente 1 GB (100 caixas de correio x 10 MB por caixa de correio). O volume do espaço em branco pode exceder essa estimativa, caso a manutenção em segundo plano do banco de dados não possa concluir uma passagem completa.
Não é necessário definir configurações para este recurso. O Exchange monitora o banco de dados sendo usado e as pequenas alterações feitas ao longo do tempo o mantém desfragmentado em termos de espaço e contiguidade. Se o banco de dados analisa uma faixa de páginas e descobre que elas não são sequenciais como deviam ser, ele inicia um thread assíncrono para desfragmentar aquela seção da B-tree/tabela. A desfragmentação online também é limitada de modo que não tenha um impacto negativo no desempenho do cliente.
Use o conjunto de contadores de desempenho ESE Banco de dados MSExchange ==> Tarefas de Desfragmentação para ver as tarefas sendo realizadas. Para obter mais informações, consulte Como Habilitar os Contadores de Desempenho de ESE estendidos.
Desfragmentação offline
A desfragmentação offline é um processo manual que é realizado por um administrador quando o banco de dados fica em um estado desmontado (offline). Neste processo, a ferramenta ESEUTL é usada para ler o arquivo do banco de dados e gravar um novo arquivo de banco de dados usando o conteúdo de maneira contígua. O processo de desfragmentação offline não copia o espaço em branco do banco de dados original; portanto, o tamanho do arquivo recém-criado é menor que o banco de dados original no disco (possivelmente muito menor, dependendo da quantidade de espaço em branco no banco de dados). Historicamente, as seguintes razões gerais para realizar uma desfragmentação offline de um banco de dados incluem:
Reduzir o tamanho do arquivo de banco de dados no disco
Recuperar o espaço em branco em um banco de dados
Evitar o baixo espaço livre em disco
Reparar um banco de dados danificado (a segunda etapa no reparo seguinte da ESUTIL /p)
A desfragmentação offline nunca foi parte da manutenção regular para banco de dados do Exchange e, já faz algum tempo, a Microsoft recomenda não executar a desfragmentação offline proativa dos bancos de dados. Esta recomendação foi feita por diversos motivos, incluindo o seguinte:
Ela resulta em tempo de inatividade porque você tem que colocar o banco de dados offline.
Em um ambiente de banco de dados de caixa de correio replicado, isso resulta na necessidade de propagar novamente todas as cópias passivas de uma cópia ativa que foi desfragmentada offline e resulta em propagar novamente qualquer cópia passiva que foi desfragmentada offline. (Portanto, você nunca deve executar uma desfragmentação offline de uma cópia do banco de dados passiva.)
Ela resulta na criação de um novo banco de dados, com uma nova assinatura de banco de dados e elimina a capacidade de recuperar arquivos de log de um backup de banco de dados que foi feito antes da desfragmentação offline.
Como alternativa à desfragmentação offline, recomendamos que os clientes criem um novo banco de dados e movam as caixas de correio para o banco de dados recém-criado. Em um ambiente Exchange 2010, as caixas de correio são movidas online sem interrupção no serviço dos usuários finais. Além disso, ao mover todas as caixas de correio de um banco de dados existente para um novo, o resultado final é o mesmo: Um banco de dados desfragmentado com páginas escritas de forma contígua e sem espaço em branco no arquivo de banco de dados. Após esse processo ser concluído, você simplesmente exclui o banco de dados antigo (agora vazio). Este guia cobre apenas a desfragmentação offline proativa para recuperar o espaço em branco. Você deve ainda executar a desfragmentação se orientado a fazê-la pelos Serviços de Atendimento ao Cliente da Microsoft.
Verificação de banco de dados online
A verificação de banco de dados online (também chamada de soma de verificação do banco de dados) também foi alterada. No Exchange 2007 Service Pack 1 (SP1), havia a opção de usar metade do tempo de desfragmentação online para esse processo de verificação de banco de dados (para garantir que o Exchange lesse todas as páginas de seu banco de dados em um período específico para detectar qualquer dano).
No Exchange 2010, a verificação de banco de dados online simplesmente efetua a soma de verificação do banco de dados e executa operações pós-falha de armazenamento do Exchange 2010. Pode haver perda de espaço devido a falhas, e a verificação de banco de dados online localiza e recupera o espaço perdido. No Exchange 2010, o sistema é projetado com a expectativa de que todos os bancos de dados sejam verificados completamente uma vez a cada sete dias. Um evento de aviso é gerado se um banco de dados não for completamente escaneado nessa janela de tempo. No Exchange 2010, existem agora dois modos de executar a verificação de banco de dados online em cópias ativas do banco de dados:
Execute como a última tarefa do processo de Manutenção do Banco de Dados da Caixa de Correio. É possível configurar o tempo de execução alterando o agendamento de Manutenção do Banco de Dados da Caixa de Correio. é possível usar essa opção para banco de dados menores que 1 terabyte (TB) de tamanho, o que requer menos tempo para completar um escaneamento completo.
Execute em segundo plano continuamente, que é o comportamento padrão. Essa opção funciona bem para todos os tamanhos de banco de dados, mas é recomendado para tamanhos maiores de banco de dados (1-2 TB de tamanho). O Exchange escaneia o banco de dados somente uma vez ao dia. Esta E/S é 100% sequencial (portanto, fácil para o disco) e, na maioria dos sistemas, equivale a uma taxa de soma de verificação aproximada de 5 MB (megabytes)/s.
Para obter mais informações sobre como configurar a manutenção do banco de dados, consulte Manter bancos de dados de caixas de correio.
© 2010 Microsoft Corporation. Todos os direitos reservados.