Não, a Microsoft e o Google NÃO fazem backup dos seus dados

Se a sua empresa usa Microsoft 365 ou Google Workspace, alguém no seu time provavelmente já disse essa frase: “não precisamos de backup, já está na nuvem”. É um engano caro. A lixeira e o versionamento nativos existem para recuperar um erro rápido — não para proteger seus dados de negócio no longo prazo. Passado o prazo de retenção, a exclusão é definitiva, e não há suporte da Microsoft ou do Google capaz de trazer o arquivo de volta.

A frase que Microsoft e Google nunca escondem (mas ninguém lê)

O Microsoft Services Agreement é claro sobre isso, mas fica enterrado nos termos de serviço: a retenção nativa — lixeira, versionamento de arquivos, período de retenção de e-mail — não equivale a um backup completo. O modelo é de responsabilidade compartilhada: a Microsoft garante a disponibilidade e a infraestrutura da plataforma; a proteção de longo prazo dos seus dados — contra exclusão acidental, ação maliciosa ou erro de configuração — é responsabilidade do cliente. A documentação oficial do Google Workspace segue a mesma lógica.

Isso não é uma falha da Microsoft ou do Google. É o modelo de negócio de qualquer SaaS: eles protegem a plataforma, não o seu conteúdo dentro dela.

O que a lixeira e o versionamento realmente cobrem

Na prática, a proteção nativa cobre um cenário específico e limitado: alguém excluiu um arquivo ou e-mail por engano agora há pouco, e percebeu a tempo de recuperar dentro do prazo de retenção padrão. Fora desse cenário, a cobertura acaba:

• Passado o prazo de retenção, o item excluído desaparece — não existe um “backup” por trás da lixeira para restaurar depois disso.
• Um ex-funcionário ou uma conta comprometida que exclui pastas inteiras de propósito não é coberto por uma recuperação simples de lixeira em muitos cenários de exclusão em massa.
• Erros de sincronização, migrações malfeitas ou substituições acidentais de arquivo raramente são cobertos pelo versionamento padrão além de um número limitado de versões.

3 cenários reais de perda de dados em M365/Google Workspace

Isso costuma se materializar de formas bem concretas:

• Um funcionário do financeiro exclui, sem querer, uma pasta inteira de notas fiscais do mês — e só percebe depois que o prazo de retenção já passou.
• Uma conta é comprometida por phishing, e o invasor apaga e-mails e arquivos para dificultar a investigação do incidente.
• Um desligamento de funcionário é processado incorretamente, e o e-mail e os arquivos da conta são removidos antes de alguém pensar em preservar o conteúdo.

Em qualquer um desses casos, sem um backup dedicado e independente da plataforma, o dado simplesmente não volta.

Veja o que aconteceria se o e-mail do financeiro sumisse hoje.

Simular perda de dados

Como um backup dedicado (Acronis) fecha essa lacuna

Um backup dedicado ao Microsoft 365 e ao Google Workspace funciona de forma independente da retenção nativa: copia e-mails, arquivos do OneDrive/Drive, SharePoint e Teams/Chats para um repositório separado, com política de retenção própria — não a padrão da plataforma. Isso muda o cenário em um ponto central: mesmo que um item seja excluído definitivamente dentro do M365 ou do Google Workspace, ele continua recuperável a partir do backup, independente do prazo nativo ter expirado ou não.

Veja como isso funciona na prática — no vídeo abaixo, a própria Acronis demonstra a recuperação de um e-mail excluído do Microsoft 365 diretamente no console do Acronis Cyber Protect Cloud, passo a passo.

Se a sua empresa mantém dados de clientes ou de operação só dentro do M365 ou do Google Workspace, sem uma cópia própria e independente, vale entender exatamente onde a responsabilidade da plataforma termina — antes que essa lacuna apareça no pior momento possível.

Veja o que aconteceria se o e-mail do financeiro sumisse hoje.

Simular perda de dados