Se alguém da sua empresa apagar uma pasta inteira do SharePoint hoje, em quanto tempo você a recupera? Se a resposta é “acho que o Microsoft cuida disso”, você já encontrou o primeiro ponto cego.
A maioria das empresas assume que dados em SaaS estão automaticamente seguros. Na prática, disponibilidade do serviço não é o mesmo que recuperação dos seus dados. Os 7 testes abaixo mostram, com critérios objetivos, se o seu backup SaaS está protegido e funcionaria no dia em que você precisar dele.
Por que o SaaS não protege seus dados sozinho?
Fornecedores como Microsoft, Google e Salesforce garantem que a plataforma funcione. Os dados dentro dela são responsabilidade do cliente. Esse é o modelo de responsabilidade compartilhada, e ele explica por que exclusões, erros e ataques podem causar perda definitiva.
Pense na diferença entre o prédio e o conteúdo dos armários. O provedor mantém o prédio de pé. Se um colaborador apaga arquivos, se uma conta é invadida ou se um ransomware criptografa tudo, a lixeira nativa tem prazo curto e pouca capacidade de restauração em escala.
Os cenários mais comuns de perda em SaaS são exclusão acidental, exclusão maliciosa por ex-funcionário, sincronização de arquivos corrompidos, contas comprometidas e erros de integração que sobrescrevem registros.
1. Seu backup cobre todos os dados críticos?
Um backup SaaS protegido precisa cobrir e-mails, arquivos, calendários, contatos, chats, sites e metadados de permissão. Cobrir só uma parte do ambiente cria falsa sensação de segurança. Liste cada aplicação e confirme o que entra no backup.
Um erro frequente é proteger o Exchange e esquecer o Teams, o OneDrive ou o Salesforce. Outro é ignorar contas de serviço e caixas compartilhadas, justamente as que sustentam processos críticos. Faça um inventário de aplicações SaaS, classifique pelo impacto no negócio e compare com o escopo contratado.
2. Qual é o seu RPO e RTO real?
RPO é a quantidade máxima de dados que você aceita perder, medida em tempo. RTO é o tempo máximo que o negócio suporta parado. Um backup só está protegido se esses dois números forem definidos, medidos e compatíveis com a operação.
Se o backup roda uma vez por dia, seu RPO pode chegar a 24 horas. Para um time comercial que fecha contratos o dia todo, isso é inaceitável. Para o RTO, o que importa é o tempo medido em teste, não o prometido em proposta. Pergunte ao seu fornecedor qual é o tempo de restauração para 500 GB de dados e peça evidência.
3. Os backups estão isolados e imutáveis?
Backup imutável fica separado do ambiente de produção e não pode ser alterado nem apagado durante o período de retenção. Essa imutabilidade impede que um invasor com credenciais comprometidas destrua também as suas cópias.
Ransomware moderno procura e elimina backups antes de criptografar os dados. Se o seu backup usa o mesmo login administrativo da plataforma original, uma única credencial vazada derruba os dois. Verifique se existe autenticação independente, criptografia em trânsito e em repouso e política de retenção com bloqueio. Seguir a regra 3-2-1, com três cópias, em duas mídias e uma fora do ambiente principal, continua sendo uma boa referência.
4. Você já testou a restauração?
Backup que nunca foi restaurado é uma hipótese, não uma garantia. A única forma de comprovar proteção é executar testes periódicos de restauração e registrar tempo, integridade e resultado.
Escolha um cenário por trimestre. Restaure uma caixa de e-mail de um usuário, uma biblioteca de documentos e um conjunto de registros do CRM. Compare o resultado com o original, confira permissões e anote quanto tempo levou. Se ninguém na empresa sabe fazer isso sem abrir chamado, você descobriu um gargalo antes que ele virasse crise.
5. Dá para restaurar de forma granular?
Restauração granular permite recuperar um único e-mail, arquivo ou registro sem reverter o ambiente inteiro. Sem isso, um erro pequeno exige uma operação enorme, e o tempo de recuperação cresce de minutos para dias.
Imagine que uma analista apagou por engano uma pasta de propostas de ontem. Com restauração granular, você recupera só aquela pasta, com versões e permissões originais. Sem ela, precisa restaurar o site inteiro e arriscar sobrescrever o trabalho de outras pessoas. Pergunte também se é possível restaurar para outro usuário ou outro local.
6. Existe monitoramento e alerta de falhas?
Um backup protegido avisa quando falha. Painéis, relatórios e alertas de falha de backup por e-mail ou integração com o seu sistema de tickets mostram jobs incompletos, itens ignorados e consumo de licença, antes de a falha se transformar em perda.
O pior cenário é descobrir, no dia do incidente, que o último backup completo aconteceu há três meses porque uma autorização expirou. Defina um responsável por revisar os relatórios semanalmente e configure alertas para qualquer job que não termine com sucesso.
7. Seu backup atende LGPD e auditorias?
Backup em conformidade com a LGPD comprova onde os dados ficam, quem acessa, por quanto tempo são retidos e como são descartados. Esses registros sustentam respostas a auditorias, a clientes e à ANPD em caso de incidente.
A LGPD exige medidas de segurança adequadas e capacidade de responder a titulares. Isso inclui saber em quais cópias um dado pessoal existe. Confirme a localização do armazenamento, as políticas de retenção por tipo de dado, os logs de acesso e a possibilidade de exclusão seletiva quando houver solicitação legítima.
Checklist rápido para o seu diagnóstico
Se você respondeu “não sei” a duas ou mais perguntas abaixo, há risco real.
- Todas as aplicações SaaS críticas estão no escopo do backup?
- RPO e RTO foram definidos e validados em teste?
- As cópias são imutáveis e independentes da conta original?
- A última restauração completa aconteceu nos últimos 90 dias?
- É possível recuperar itens individuais com permissões?
- Alguém recebe alerta quando um backup falha?
- Há evidências de retenção e acesso para auditoria?
Qual é o próximo passo?
Proteger dados em SaaS começa por reconhecer que a responsabilidade é sua e termina em provar que a recuperação funciona. Comece pelo inventário, defina RPO e RTO com as áreas de negócio e agende o primeiro teste de restauração ainda neste mês.
Se você quer um diagnóstico técnico do seu ambiente, converse com um especialista em backup e recuperação de dados em nuvem e descubra onde estão as lacunas antes que um incidente as revele.