- Área de tecnologia principal: M365 | Exchange
- Áreas de tecnologia adicionais: Security | Microsoft Purview
- Dados do autor: https://linktr.ee/edupopov
O crescimento contínuo das caixas de correio no Microsoft 365 é um cenário cada vez mais comum em ambientes corporativos maduros, especialmente em áreas que utilizam o e‑mail como principal canal de comunicação e também, muitas vezes, como repositório histórico de informações. Em determinado momento, mesmo organizações que seguem boas práticas acabam enfrentando caixas próximas ou no limite máximo de armazenamento permitido pelo Exchange Online, exigindo uma abordagem técnica correta para evitar indisponibilidade do serviço.
É importante esclarecer, logo de início, que no Exchange Online o tamanho da caixa de correio principal possui um limite rígido. Independentemente do perfil do usuário ou do porte da empresa, o mailbox primário não pode ser expandido além do valor suportado pela plataforma. Tentativas de “aumentar o disco” manualmente não são compatíveis com o modelo de serviço em nuvem da Microsoft e normalmente resultam em soluções improvisadas, difíceis de sustentar e com impacto negativo em governança e compliance.
Para endereçar esse tipo de necessidade de forma suportada, o Exchange Online disponibiliza o recurso de Online Archive Mailbox. Diferente da caixa principal, o Archive foi concebido justamente para armazenar mensagens mais antigas, mantendo o mailbox de produção leve, performático e dentro dos limites recomendados. Do ponto de vista funcional, o Archive aparece para o usuário como uma estrutura adicional no Outlook ou no Outlook Web, com pastas semelhantes às da caixa principal.
No cenário tratado neste artigo, o ambiente já possuía Archive habilitado e este também havia atingido o limite inicial de armazenamento. Esse é um ponto relevante: muitas equipes assumem que apenas “ativar o Archive” resolve o problema definitivamente, quando, na prática, é necessário entender o comportamento completo do recurso. Por padrão, o Archive é provisionado com um limite inicial e não cresce automaticamente se o recurso de expansão não estiver habilitado.
Para necessidades de armazenamento superiores — como cenários em que a soma prática entre mailbox e archive ultrapassa facilmente a faixa dos 200 GB — a Microsoft oferece o Auto‑Expanding Archive. Esse recurso permite que o Archive cresça de forma transparente e ilimitada, conforme o consumo aumenta. A expansão ocorre em segundo plano, em blocos gerenciados pelo próprio serviço, sem qualquer intervenção manual do administrador e sem impacto visível para o usuário final.
A habilitação do Auto‑Expanding Archive é feita exclusivamente via Exchange Online PowerShell, já que não existe opção correspondente na interface gráfica do novo Centro de Administração do Exchange. Esse detalhe costuma gerar confusão, especialmente para administradores que estavam acostumados com versões anteriores do portal. Uma vez conectado corretamente ao Exchange Online, o comando de ativação é simples, mas precisa ser executado no contexto certo para funcionar.
Após a ativação, não há qualquer alteração imediata visível no portal administrativo ou no Outlook do usuário. O serviço não exibe valores como “200 GB” ou “300 GB” e não apresenta notificações quando o Archive é expandido. Do ponto de vista operacional, o que ocorre é que o Exchange passa a garantir, automaticamente, que o Archive nunca fique indisponível por falta de espaço, desde que o usuário continue sendo elegível ao recurso.
Um ponto essencial para a liberação efetiva de espaço na caixa principal é a utilização de políticas de retenção. O Exchange não move mensagens para o Archive apenas porque ele existe. O arquivamento automático acontece quando políticas específicas determinam que mensagens com determinada idade — por exemplo, dois ou três anos — devem ser movidas para o Arquivo Online. Sem essas políticas, a caixa principal continuará crescendo até atingir novamente o limite.
Além das políticas, existe o componente responsável por processá‑las: o Managed Folder Assistant. Esse serviço executa periodicamente a avaliação das mensagens e aplica as ações configuradas, movendo itens elegíveis para o Archive. Em situações críticas, é possível solicitar manualmente a execução desse processo para um usuário específico, acelerando o início do arquivamento e antecipando a liberação de espaço no mailbox principal.
Do ponto de vista do usuário final, a experiência é simples e pouco intrusiva. As mensagens mais antigas continuam acessíveis no Outlook, apenas organizadas sob o Arquivo Online. Pesquisas funcionam normalmente, pastas personalizadas são preservadas e não há impacto no envio ou recebimento de novos e‑mails. Em muitos casos, o usuário sequer percebe que um processo de arquivamento automático está em andamento.
Em resumo, quando uma organização enfrenta crescimento contínuo de caixas de correio, a abordagem correta não é expandir limites manualmente, mas sim utilizar os recursos nativos do Exchange Online: Archive Mailbox, Auto‑Expanding Archive e políticas de retenção bem definidas. Essa combinação resolve o problema atual, evita recorrências e mantém o ambiente alinhado às boas práticas da Microsoft, além de facilitar auditorias, conformidade regulatória e a gestão de longo prazo do serviço de e‑mail.
Para configurar a mailbox do usuário com esse recurso, utilize os seguintes comandos abaixo:
Enable-Mailbox usuario@empresa.com.br -AutoExpandingArchive
Vamos conferir se já está disponível a configuração para o usuário com o comando Get-Mailbox usuario@empresa.com.br | FL AutoExpandingArchiveEnabled
- Políticas de retenção (MRM)
- Ações de arquivamento
- Ações de exclusão (quando existirem)
- A mailbox é marcada para execução imediata do MFA
- Isso não significa execução instantânea, mas sim: “Assim que houver capacidade de backend, processe essa caixa”
Por padrão, esse processo roda automaticamente em janelas definidas pelo serviço (background), sem SLA exato. O comando serve para não esperar esse ciclo natural.
O MFA varre a mailbox principal
Quando o processamento começa, o MFA:
- Analisa pasta por pasta da caixa principal
- Avalia item por item
- Verifica para cada mensagem:
- Data de recebimento/envio
- Política de retenção aplicada
- Tag explícita (se houver)
- Se já foi processada antes
- Mensagens elegíveis são movidas para o Archive
Isso é I/O intensivo, por isso não é instantâneo em caixas grandes.
Importante:
Cuidado para não se confundir, pois, no Microsoft 365, a gestão de retenção e arquivamento de e-mails pode ser implementada por dois modelos distintos, que coexistem no ambiente: o modelo clássico do Exchange (MRM – Messaging Records Management) e o modelo moderno de Gerenciamento do Ciclo de Vida dos Dados, atualmente centralizado no Microsoft Purview. Embora ambos continuem funcionais, eles possuem finalidades, capacidades e limitações diferentes, o que torna essencial compreender qual abordagem utilizar em cada cenário.
O modelo MRM clássico, gerenciado historicamente pelo Exchange Admin Center e via Exchange Online PowerShell, baseia-se em Retention Tags e MRM Policies. Ele atua diretamente no mailbox e é processado pelo Managed Folder Assistant, permitindo ações como mover mensagens para o Archive ou excluí-las após determinado período. Seu principal ponto forte é a simplicidade e a previsibilidade, sendo bastante eficaz para ações operacionais de arquivamento e limpeza de pastas. No entanto, trata-se de um modelo legado, com pouca visibilidade centralizada, menor integração com governança corporativa e que não cobre outros workloads além do Exchange.
Já o modelo moderno de retenção, acessado pelo novo Microsoft Purview no módulo de Gerenciamento do Ciclo de Vida dos Dados, foi desenhado para uma visão unificada de compliance e governança. Nesse modelo, as políticas são criadas de forma declarativa, com escopo claro (Exchange, SharePoint, OneDrive, Teams), auditoria integrada e alinhamento direto com requisitos regulatórios. Para o Exchange Online, ele também permite definir regras baseadas na idade do item, como mover mensagens com mais de três meses para o Arquivo Online. O desafio desse modelo está na mudança de paradigma: a interface é diferente do EAC clássico, a nomenclatura é mais voltada a compliance e o impacto das políticas costuma ser menos imediato, exigindo entendimento do funcionamento do backend.
Um ponto técnico crítico em ambos os modelos é que nenhuma política move mensagens instantaneamente no momento da criação. O processamento sempre depende do Managed Folder Assistant, que atua de forma assíncrona e controlada pelo serviço. Em cenários de caixa crítica ou próxima do limite, pode ser necessário forçar a execução desse assistente para antecipar os efeitos da política, sem jamais ignorar as regras configuradas. Esse comportamento costuma gerar expectativa errada em usuários e até em equipes técnicas que esperam resultados imediatos após a configuração.
Do ponto de vista de desafios operacionais, o principal risco está em misturar os dois modelos sem documentação clara. Alterar a Default MRM Policy pode impactar usuários inesperadamente, enquanto criar políticas modernas sem mapear as regras legadas existentes pode gerar sobreposição de comportamentos. Por isso, a boa prática é tratar o MRM clássico como um mecanismo operacional de arquivamento e limpeza, e o Purview como a fonte estratégica de governança e retenção, documentando explicitamente qual modelo está sendo utilizado, por quê e para qual público.
Em resumo, a escolha entre políticas MRM clássicas e políticas modernas do Purview não é apenas técnica, mas também estratégica. O MRM é eficiente para necessidades pontuais e históricas do Exchange, enquanto o Purview oferece visão centralizada, aderência a compliance e padronização futura. Entender essas diferenças evita retrabalho, reduz riscos de governança e garante que o arquivamento automático de mensagens cumpra tanto objetivos operacionais quanto regulatórios.