Muita empresa migra pro SharePoint Online achando que “já tá na nuvem, já tá seguro” e descobre o contrário na pior hora possível: alguém excluiu uma biblioteca de documentos inteira sem querer, ninguém percebeu na hora, e quando foi notado já tinha passado do prazo que a Microsoft mantém na lixeira. Se isso já aconteceu (ou você quer evitar que aconteça), esse guia é pra você configurar um backup de verdade, não só confiar no que o Microsoft 365 já oferece nativamente.
Já ajudei empresa a recuperar (e outra a não conseguir recuperar) dados do SharePoint depois de exclusão acidental, e a diferença entre os dois casos sempre foi a mesma: ter ou não ter uma cópia fora do ambiente nativo do Microsoft 365.
Por que o SharePoint nativo não é backup de verdade
O Microsoft 365 opera com o chamado modelo de responsabilidade compartilhada: a Microsoft garante que a infraestrutura não caia, mas a responsabilidade pelos seus dados — inclusive contra exclusão acidental, erro humano ou ataque de ransomware — é sua. A lixeira do SharePoint retém itens excluídos por um período limitado (na prática, algo em torno de 93 dias contando as duas etapas da lixeira), e o versionamento de documentos guarda um histórico de alterações, mas nenhum dos dois foi desenhado como estratégia de backup — são recursos de conveniência de curto prazo, com prazo de validade.
Se um arquivo malicioso ou um ransomware criptografar arquivos sincronizados e isso só for percebido depois desse prazo, ou se alguém excluir permanentemente (esvaziando a lixeira), os dados nativos simplesmente não estão mais recuperáveis pela Microsoft.
Passo a passo para montar uma estratégia de backup real
- Mapeie o que precisa ser protegido. Liste sites do SharePoint, bibliotecas de documentos, listas com dados críticos (não só arquivos — muita empresa esquece que listas do SharePoint guardam dados estruturados importantes) e permissões associadas.
- Defina a política de retenção. Não adianta fazer backup se você vai manter só 30 dias de histórico — pra a maioria das empresas, o recomendável é manter pelo menos 12 meses de retenção, e setores regulados (financeiro, saúde, jurídico) costumam precisar de mais.
- Escolha entre backup nativo estendido (Microsoft Purview / Retention Policies) ou solução de terceiros. As políticas de retenção nativas do Microsoft 365 ajudam, mas não substituem um backup independente porque ainda vivem dentro do mesmo tenant — se a conta inteira for comprometida, o backup “nativo estendido” pode ir junto. Ferramentas de terceiros fazem cópia fora do tenant, o que é o que realmente protege contra os piores cenários.
- Configure o agendamento automático. Backup manual não sobrevive à rotina — configure execução automática diária (ou várias vezes ao dia para sites com movimentação intensa) e não dependa de alguém lembrar de rodar manualmente.
- Teste uma restauração de verdade. Esse é o passo que 90% das empresas pulam. Um backup que nunca foi testado é uma suposição, não uma garantia. Escolha um arquivo não crítico, exclua de propósito e restaure pelo processo real pra confirmar que funciona e que você sabe fazer sob pressão.
O que fazer depois de configurar
Documente o processo de restauração passo a passo — em momento de crise real, ninguém quer estar lendo manual do fornecedor pela primeira vez. Defina quem na equipe tem permissão para restaurar dados e revise essa lista periodicamente. E marque no calendário um teste de restauração trimestral, não só na configuração inicial.
Problemas comuns
1. Backup configurado mas nunca testado funciona “na teoria” e falha na hora real. Geralmente por causa de permissão mal configurada ou credencial de serviço expirada que ninguém percebeu porque o job de backup continuava “rodando” sem erro visível.
2. Retenção configurada errado, cobrindo só a lixeira nativa. Empresa acha que está protegida porque tem “recuperação de itens” ativada no admin center, mas isso é só a lixeira padrão com prazo curto — não é a mesma coisa que um backup de longo prazo fora do tenant.
3. Ransomware que criptografa arquivos sincronizados via OneDrive/SharePoint antes de ser detectado. Se o backup também está sincronizado em tempo real com a fonte, ele pode propagar os arquivos já corrompidos. Por isso é importante ter versões imutáveis ou pontos de restauração anteriores ao momento do ataque, não só a cópia mais recente.
Perguntas frequentes
A licença do Microsoft 365 já inclui backup do SharePoint?
Inclui recursos de retenção e versionamento, mas não um backup independente no sentido tradicional. Para proteção completa contra exclusão permanente, corrupção ou ransomware, a recomendação do mercado é complementar com backup de terceiros ou política de retenção configurada especificamente para isso via Microsoft Purview.
Por quanto tempo devo manter o backup do SharePoint?
Para a maioria das empresas, 12 meses é um ponto de partida razoável. Empresas em setores regulados costumam precisar de retenção mais longa por exigência legal — vale confirmar com o time jurídico ou de compliance.
Backup de SharePoint também cobre o Teams e o OneDrive?
Depende da ferramenta. Muitas soluções de backup para Microsoft 365 cobrem SharePoint, OneDrive, Exchange e Teams num pacote único — vale confirmar isso na hora de escolher a solução, já que empresas geralmente precisam proteger o ambiente inteiro, não só um serviço isolado.
Para completar a estratégia de proteção de dados da empresa, vale também revisar nosso guia sobre como proteger backup contra ransomware e, se a infraestrutura envolve armazenamento próprio em nuvem, o guia de configuração de backup no Amazon S3.
