Repositório gerenciado no Exchange Server

2025-05-09

APLICA-SE A: yes-img-16 2016 yes-img-19 2019 yes-img-se Subscription Edition

O Arquivo Gerido é o nome dos processos do Arquivo de Informações (também conhecido como Arquivo) no Exchange Server 2016 e Exchange Server 2019. Introduzido no Exchange Server 2013, o Managed Store utiliza um modelo de processo de controlador/trabalho que fornece isolamento do processo de armazenamento e uma ativação pós-falha de base de dados mais rápida. O Arquivo Gerido também utiliza um mecanismo de colocação em cache de base de dados estático que substitui o algoritmo de memória intermédia dinâmica em versões anteriores do Exchange.

O modelo de vários processos utilizado pelo Arquivo Gerido consiste nos seguintes processos no servidor da Caixa de Correio:

Um processo de controlador de serviço de arquivo único para todo o servidor Exchange (Microsoft.Exchange.Store.Service.exe, também conhecido como MSExchangeIS).
Um processo de trabalho para cada base de dados montada (Microsoft.Exchange.Store.Worker.exe). Quando uma base de dados é montada, é instanciado um novo processo de trabalho que serve apenas essa base de dados. Quando uma base de dados é desmontada, o processo de trabalho dessa base de dados é terminado.

Por exemplo, se tiver 40 bases de dados de caixa de correio montadas num servidor de Caixa de Correio, haverá 41 processos em execução para a Loja Gerida: uma para cada base de dados e outra para o controlador do processo de serviço de arquivo. O controlador de processo de arquivo monitoriza o estado de funcionamento de todos os processos de trabalho do arquivo no servidor. Uma terminação forçada ou inesperada do Microsoft.Exchange.Store.Service.exe causa uma ativação pós-falha imediata de todas as cópias de base de dados ativas no servidor.

A Loja Gerida também está totalmente integrada com o serviço de Replicação do Microsoft Exchange (MSExchangeRepl.exe) e o Active Manager. O processo do controlador, os processos de trabalho e o serviço de Replicação funcionam em conjunto para proporcionar uma maior disponibilidade e fiabilidade, conforme descrito na lista seguinte:

Processo do serviço de Replicação do Microsoft Exchange (MSExchangeRepl.exe):
- Responsável pela emissão de operações de montagem e desmontagem na Loja.
- Inicia a ação de recuperação em falhas de armazenamento ou base de dados comunicadas pelo Store, pelo Motor de Armazenamento Extensível (ESE) e pelos socorristas de Disponibilidade Gerida.
- Deteta falhas inesperadas na base de dados.
- Fornece a interface administrativa para tarefas de gestão.
Armazenar processo/controlador de serviço (Microsoft.Exchange.Store.Service.exe):
- Gere cada duração do processo de trabalho com base nas operações de montagem e desmontagem recebidas do serviço replicação.
- Processa pedidos recebidos do Gestor de Controlo de Serviços do Windows.
- Regista itens de falha quando são detetados problemas no processo de trabalho do arquivo (por exemplo, bloqueio ou saída inesperada).
- Termina os processos de trabalho do arquivo no evento de ativação pós-falha de resposta.
Processo de trabalho de arquivo (Microsoft.Exchange.Store.Worker.exe)
- Responsável pela execução de operações RPC para caixas de correio numa base de dados.
- A instância do ponto final RPC no processo de trabalho é o GUID da base de dados.
- Fornece cache de base de dados para uma base de dados.

Algoritmo de colocação em cache da base de dados estática

O Arquivo Gerido utiliza um algoritmo simples e simples para determinar a cache da base de dados em comparação com a alocação de memória intermédia dinâmica utilizada nas versões anteriores do Exchange. A memória alocada para cada cache de base de dados (ou seja, cada processo de trabalho de arquivo) baseia-se no número de cópias da base de dados local e no valor configurado do parâmetro MaximumActiveDatabases no cmdlet Set-MailboxServer (o valor predefinido é $null ou em branco). Se o valor de MaximumActiveDatabases for maior do que o número de cópias atuais da base de dados, o cálculo da cache baseia-se no número de cópias da base de dados.

O algoritmo estático aloca memória para a cache ESE de cada processo de trabalho de arquivo com base na quantidade de RAM física instalada no servidor. Isto é referido como o Destino Máximo da Cache da base de dados. 25% da memória total do servidor é alocada à cache do ESE e é referida como o Destino de Tamanho da Cache do Servidor.

Observação

Pode substituir o Destino do Tamanho da Cache do Servidor e, por conseguinte, a quantidade de memória alocada ao Arquivo da cache ESE através msExchESEParamCacheSizeMax do atributo do objeto InformationStore no Active Directory (o valor configurado é o número de páginas de 32 KB a alocar em todos os processos de arquivo).

Uma quantidade estática desta cache é alocada a cópias ativas e passivas. O processo de trabalho do arquivo é alocado ao Destino máximo da Cache apenas ao servir uma cópia de base de dados ativa. As cópias passivas da base de dados são alocadas a 20% do Destino Máximo da Cache. O resto é reservado pela Loja e alocado ao processo de trabalho se a base de dados passar de passiva para ativa.

O Destino Máximo da Cache é calculado apenas no arranque da Loja. Por conseguinte, se adicionar ou remover bases de dados ou cópias de base de dados, tem de reiniciar o serviço de controlador de Loja (MSExchangeIS) para que a cache possa ser ajustada em conformidade. Se o serviço não for reiniciado, as novas bases de dados terão um destino de tamanho de cache mais pequeno do que as bases de dados que existiam antes do último arranque do serviço. Neste cenário, a soma dos destinos de tamanho da cache da base de dados excederá provavelmente o Destino de Tamanho da Cache do Servidor até o MSExchangeIS ser reiniciado.

Exemplo de cálculos da cache da base de dados

Eis exemplos de cálculos de colocação em cache de bases de dados baseados na memória e na configuração da base de dados de um servidor de Caixa de Correio.

Exemplo 1

Configuração do servidor da caixa de correio:

48 GB de memória
Duas bases de dados ativas e duas bases de dados passivas
Parâmetro MaximumActiveDatabases : não configurado

A quantidade de cache da base de dados é de 3 GB para cada processo de trabalho de cópia de base de dados ativo e 0,6 GB para cada processo passivo de trabalho de cópia da base de dados. Eis como estes valores são calculados:

Destino do Tamanho da Cache do Servidor: 25% da quantidade de memória: 48 GB * 0,25 = 12 GB.
Destino Máximo da Cache da Base de Dados: divida o Destino do Tamanho da Cache do Servidor pelo número total de bases de dados ativas e passivas: 12 GB/4 bases de dados = 3 GB.
Memória utilizada para cópias passivas da base de dados: 20% do Destino máximo da Cache da Base de Dados: 3 GB * 0,20 = 0,6 GB.

Dos 12 GB de memória atribuídos ao Destino de Tamanho da Cache do Servidor:

7,2 GB serão utilizados pelos processos de trabalho da base de dados.
4,8 GB serão reservados pelo Arquivo de Informações para as duas cópias passivas da base de dados, caso se tornem cópias ativas. Se isto acontecer, utilizarão o Destino Máximo da Cache de 3 GB.

Exemplo 2