Backup do Microsoft 365 e do Google Workspace: o provedor não faz tudo

Ao migrar e-mails corporativos, calendários, planilhas e arquivos institucionais para plataformas de colaboração em nuvem como Microsoft 365 ou Google Workspace, é muito frequente que gestores de empresas assumam uma premissa perigosa: a de que "estando na nuvem, tudo já está salvo em backup".

Essa crença gera uma falsa sensação de segurança. Embora esses provedores mantenham datacenters muito robustos, existe uma distinção técnica profunda entre alta disponibilidade de infraestrutura e backup com proteção contra perda de dados.

Compreender onde termina o papel do provedor e onde começa a obrigação da sua empresa é o primeiro passo para evitar crises graves de continuidade de negócios.

O modelo de responsabilidade compartilhada na nuvem

A base de qualquer contratação de serviços em nuvem é o chamado Modelo de Responsabilidade Compartilhada (Shared Responsibility Model). A documentação oficial da Microsoft (Microsoft Learn - Shared responsibility in the cloud) descreve como os papéis são divididos em soluções SaaS (software como serviço, da sigla em inglês Software as a Service):

• Responsabilidade do provedor da nuvem (Microsoft / Google): Assegurar o funcionamento contínuo dos servidores físicos, o resfriamento e a energia elétrica dos datacenters, a redundância geográfica contra desastres físicos nas centrais, a atualização contra falhas no sistema operacional subjacente e a disponibilidade da aplicação no ar.
• Responsabilidade do cliente (sua empresa): A governança e a proteção das informações e dos dados armazenados, a gestão de contas de usuários e identidades, o controle de privilégios de acesso e a segurança dos dispositivos (computadores e celulares) que se conectam aos serviços.

Em termos diretos: falhas físicas no datacenter são problema do provedor. Já se um colaborador mal-intencionado apagar pastas inteiras de projetos, se um vírus sequestrador (ransomware) sincronizado criptografar sua biblioteca na nuvem ou se um usuário cometer um erro humano e sobrescrever arquivos essenciais, para o provedor aquilo foi uma operação feita por uma conta válida do cliente, e a recuperação depende das lixeiras e prazos descritos abaixo.

As limitações reais das ferramentas nativas e lixeiras

Muitas empresas acreditam que a existência de uma lixeira ou de um histórico recente de versões substitui uma rotina profissional de cópias de segurança. Contudo, as retenções padrão têm prazo:

1. Google Workspace: segundo a ajuda oficial para administradores (Google Workspace Admin Help, consultada em 10/10/2026), um e-mail excluído fica 30 dias na lixeira do usuário; depois disso, o administrador ainda tem mais 25 dias para restaurá-lo pelo Admin Console. Passado esse prazo, a restauração pelo painel deixa de ser possível.
2. Microsoft 365: segundo a documentação da Microsoft (consultada em 10/10/2026), itens excluídos no Exchange Online ficam recuperáveis por 14 dias por padrão, prazo que o administrador pode estender até 30 dias; na lixeira do SharePoint, os itens ficam 93 dias. Políticas de retenção configuradas à parte podem mudar esses prazos. Essas lixeiras servem para recuperar itens, não para voltar a conta inteira a um momento específico (point-in-time recovery).
3. Incapacidade de reverter corrupções massivas: Caso uma conta seja invadida e dezenas de milhares de arquivos sejam sincronizados com corrupção ou renomeação por malware, restaurar manualmente arquivo por arquivo pela interface do usuário ou por lixeiras fragmentadas pode levar muito tempo e, na prática, nem sempre é viável.

Por que a regra 3-2-1 também vale para serviços SaaS

A clássica metodologia de proteção de dados, amplamente explicada no artigo Regra 3-2-1 de backup explicada, continua valendo para ambientes corporativos em nuvem:

• Três cópias dos dados: Manter a cópia em produção na nuvem do provedor principal e cópias secundárias independentes.
• Duas mídias ou formatos diferentes: Não confiar exclusivamente no armazenamento nativo do mesmo ecossistema.
• Uma cópia em local externo e isolado: Armazenar um repositório de backup em uma infraestrutura separada da conta da sua empresa, idealmente com imutabilidade ativada (onde nenhum usuário, mesmo com credenciais administrativas comprometidas, consiga apagar ou alterar os arquivos de backup durante a janela de retenção contratada).

Além disso, ter um plano de backup independente permite estabelecer metas operacionais claras de recuperação, avaliando indicadores como RPO (ponto de recuperação) e RTO (tempo de recuperação), conceitos fundamentais detalhados em RPO e RTO em palavras simples.

Benefícios práticos de uma solução dedicada de backup para nuvem

Ao implementar uma rotina corporativa de backup para Microsoft 365 ou Google Workspace gerenciada por especialistas, a empresa ganha recursos que as lixeiras nativas não oferecem:

• Restauração granular: Capacidade de recuperar um e-mail individual com anexos, um evento específico de calendário ou uma planilha de um dia específico sem afetar o restante da caixa postal.
• Preservação de histórico de ex-colaboradores: Quando um funcionário se desliga da empresa, a licença na nuvem pode ser liberada, conforme a política da empresa, porque o histórico de e-mails e arquivos fica guardado no repositório de backup.
• Proteção contra contas comprometidas: se a credencial de um administrador vazar, o invasor pode apagar usuários e dados. Um backup externo e imutável fica fora do alcance dessa conta e permite restaurar o que foi perdido.

Como avaliar a maturidade da sua empresa

Para decidir se a sua empresa necessita de uma camada dedicada de proteção para suas ferramentas de escritório em nuvem, responda a uma pergunta simples: se todo o histórico de conversas com clientes, propostas comerciais e arquivos compartilhados dos últimos dois anos desaparecesse hoje, sua operação continuaria funcionando normalmente amanhã?

Se a resposta for não, confiar exclusivamente na lixeira do provedor representa um risco desnecessário ao patrimônio do negócio.

Precisa de ajuda?

Se a sua empresa deseja estruturar uma rotina independente de backup para contas do Microsoft 365 ou Google Workspace, com retenção definida e restauração testada, conheça as soluções de continuidade da MultiCloud Solutions na página de contato.

Fontes

• https://learn.microsoft.com/en-us/azure/security/fundamentals/shared-responsibility — Shared responsibility in the cloud (Microsoft Learn: modelo de responsabilidade compartilhada para SaaS). (consultado em 2026-10-10)
• https://support.google.com/a/answer/112445?hl=en — Google Workspace Admin Help: restaurar e-mails excluídos permanentemente (30 dias na lixeira do usuario e mais 25 dias para o administrador). (consultado em 2026-10-10)
• https://learn.microsoft.com/en-us/exchange/security-and-compliance/recoverable-items-folder/recoverable-items-folder — Microsoft Learn: pasta Itens Recuperáveis do Exchange Online (retenção padrão de 14 dias, configurável até 30 dias). (consultado em 2026-10-10)
• https://support.microsoft.com/en-us/office/restore-items-in-the-recycle-bin-of-a-sharepoint-site-6df466b6-55f2-4898-8d6e-c0dff851a0be — Microsoft Support: lixeira do SharePoint (itens retidos por 93 dias). (consultado em 2026-10-10)