E-mail apagado, caixa de um funcionário que saiu, arquivo do OneDrive sumido, biblioteca do SharePoint sobrescrita. Existe uma janela para recuperar dentro do próprio 365 — e ela é mais curta do que quase todo mundo imagina.
No Microsoft 365 quase tudo tem prazo. A ordem abaixo não é por facilidade — é por urgência, do que morre mais rápido para o que morre depois.
Se um usuário foi removido do tenant, a conta pode ser restaurada por 30 dias. Passado o prazo, a caixa de correio e o OneDrive dele vão junto — e não há suporte que reverta. Se alguém saiu da empresa esta semana, trate isso primeiro.
Apagado da lixeira não é o fim: existe a pasta Itens Recuperáveis, com prazo padrão de 14 dias, configurável até 30. No Outlook, use “Recuperar itens excluídos”. Depois disso, a mensagem é purgada de vez.
A lixeira do usuário guarda por 30 dias e a lixeira do administrador cobre o restante, até 93 dias somados. Há também versões anteriores por arquivo — útil quando o problema foi sobrescrever, não apagar.
Não tente “arrumar” sincronizando de novo. Se o OneDrive local está com arquivos cifrados ou corrompidos, sincronizar propaga o problema para a nuvem. Pause a sincronização antes de qualquer coisa.
Com o tenant protegido pelo SERVER BACKUP, a recuperação deixa de depender do prazo da Microsoft e passa a depender da sua política de retenção.
Volta a caixa completa — pastas, estrutura, calendário e contatos — para a conta original ou para outra. É o caminho quando o usuário saiu, quando a conta foi removida ou quando houve exclusão em massa.
Um e-mail, um anexo, um evento de calendário, um contato. Restauração granular: você procura pelo item na cópia e traz só ele de volta, sem restaurar a caixa toda.
Pastas do OneDrive e bibliotecas de documentos do SharePoint, com a estrutura preservada. Também dá para voltar apenas uma versão anterior de um arquivo específico.
Ransomware que cifrou o OneDrive sincronizado, exclusão em massa por script ou por um funcionário de saída. Com retenção própria, você escolhe a data e volta para antes do estrago.
O modelo do 365 é de responsabilidade compartilhada: a Microsoft garante a disponibilidade do serviço e a integridade da infraestrutura. O conteúdo — seus e-mails, seus arquivos — é responsabilidade sua, e a recomendação de manter uma cópia de terceiros está na própria documentação dela.
As lixeiras e as políticas de retenção do 365 são ferramentas de retenção, não de backup. Elas têm prazo, dependem do tenant estar íntegro e não protegem contra exclusão feita por quem tem privilégio de administrador.
A proteção conversa direto com o tenant — sem depender de máquina ligada no escritório, sem exportar PST na mão.
Os três no mesmo processo e na mesma política. Caixas de correio, arquivos pessoais e bibliotecas de equipe protegidos juntos.
Você define por quanto tempo guardar — meses ou anos —, independente dos 14, 30 ou 93 dias do 365. É o que permite atender exigência de auditoria e de LGPD.
O destino é data center Tier-III no Brasil, replicado em dois estados. Um problema de acesso, de licença ou de conta comprometida no 365 não alcança a cópia.
| Cenário no Microsoft 365 | Caminho recomendado |
|---|---|
| Funcionário saiu e a conta foi excluída | Dentro de 30 dias, restaurar a conta no próprio 365. Passado o prazo, só a partir de uma cópia externa. |
| E-mail apagado há mais de 30 dias | Itens Recuperáveis já purgou. Restauração granular a partir da cópia. |
| Ransomware cifrou o OneDrive sincronizado | Pausar a sincronização, identificar a data e restaurar um ponto anterior à infecção. |
| Biblioteca do SharePoint sobrescrita | Versões anteriores, se dentro do prazo. Fora dele, restauração da biblioteca a partir da cópia. |
| Exclusão em massa por conta comprometida | Revogar o acesso, trocar credenciais e restaurar o estado anterior — a lixeira do 365 pode ter sido esvaziada pelo próprio invasor. |
| Auditoria pede e-mail de 3 anos atrás | Cópia com retenção longa. Nenhuma lixeira do 365 chega lá. |
O mesmo padrão de proteção da bringback, aplicado ao Microsoft 365.
Dados cifrados em trânsito e em repouso. A chave é sua — só você acessa o conteúdo.
Com storage imutável (object lock / WORM) contratado, o dado não pode ser deletado, alterado ou criptografado.
Verificação periódica com correção: o dado é conferido para garantir que está 100% restaurável.
Elimina blocos repetidos e comprime — menos espaço, menos banda, mais retenção pelo mesmo custo.
Replicado em 2 data centers Tier-III em estados diferentes, de 3 que operamos no Brasil.
Políticas diária, semanal, mensal e anual, com versionamento — do jeito que a auditoria pede.
* A imutabilidade depende do tipo de storage contratado (armazenamento imutável / object lock / WORM). É uma característica da infraestrutura de armazenamento, definida na contratação.
Todo backup é monitorado 24/7 na Plataforma iCOM e passa por testes de recuperação (Restore Drill): periodicamente, os dados são restaurados em ambiente isolado, a integridade é validada e vira relatório. É esse relatório que você mostra quando o cliente — ou a auditoria — pergunta se o dado volta mesmo.
Não. O modelo é de responsabilidade compartilhada: a Microsoft cuida da disponibilidade do serviço; o conteúdo é seu. As lixeiras e políticas de retenção existem, mas têm prazo e não substituem uma cópia independente — o que a própria documentação da Microsoft indica.
Se faz menos de 30 dias, a conta pode ser restaurada no centro de administração e a caixa volta com ela. Depois de 30 dias, sem cópia externa não há como recuperar.
Depois da lixeira, ele vai para Itens Recuperáveis, com prazo padrão de 14 dias, configurável para até 30. Passado esse tempo, é purgado.
Somando a lixeira do usuário e a do administrador, o total chega a 93 dias. Há também versões anteriores por arquivo, úteis quando o problema foi sobrescrever.
Pode, através do cliente de sincronização: os arquivos cifrados no computador sobem cifrados para a nuvem. Ao primeiro sinal, pause a sincronização antes de qualquer outra medida.
São coisas diferentes. Retenção e litigation hold servem a fins de conformidade e não foram feitos para restauração operacional rápida. Também não protegem contra exclusão feita por quem tem privilégio de administrador.
Os dados do Teams moram no Exchange Online e no SharePoint — que são exatamente as cargas protegidas aqui.
Se você é o técnico que atende quando o cliente descobre que o e-mail sumiu, existe um jeito de essa conversa não acontecer mais — e de virar receita recorrente sua. Manda o cenário no WhatsApp: quantas caixas, quais cargas e a retenção que o cliente precisa. A resposta vem em linguagem de técnico, sem ligação e sem roteiro comercial.