Google Drive extravia meses de dados de clientes
Relatos de que o Google Drive perdeu meses de arquivos de usuários estão alimentando preocupações mais amplas sobre depender de grandes provedores de nuvem para armazenamento de dados de longo prazo. Comentadores debatem o que realmente significam propriedade e direitos sob os termos de serviço do Google, quanta reparação legal os usuários têm — especialmente nos planos gratuitos — e se a perda de dados decorre de falhas no backend ou de bugs em clientes de sincronização. Muitos concluem que arquivos críticos nunca devem existir apenas em uma única conta de nuvem, recomendando estratégias independentes de backup (rclone, NAS, Synology, CubeBackup, redundância entre múltiplos provedores) e tratar “a nuvem” como apenas um componente em um plano de backup mais amplo, e não como uma única fonte da verdade.
Escopo do incidente e preocupações com confiabilidade
- Comentadores relatam arquivos do Drive ausentes, estruturas de pastas revertidas e arquivos excluídos reaparecendo; alguns também relatam mensagens do Gmail e itens do Google Fotos desaparecendo ao longo de amplas faixas de datas.
- Vários dizem que há muito suspeitavam de perda silenciosa de dados ou exclusão aleatória de conteúdo no Google Docs/Drive e que antes eram descartados pelo suporte.
- O painel oficial de status do Google não mostra nenhum incidente; muitos veem as páginas de status de primeira parte como marketing pouco confiável em vez de diagnósticos.
Propriedade dos dados, direitos e responsabilidade
- Debate prolongado sobre “not your drive, not your data”:
- Alguns argumentam que a propriedade legal é irrelevante se um provedor pode excluir dados sem recurso efetivo, especialmente em planos gratuitos com responsabilidade limitada a US$0.
- Outros respondem que você mantém direitos de PI, pode em teoria processar por danos e que tetos de პასუხისმგabilidade não eliminam todas as reivindicações por responsabilidade civil (embora a execução seja cara).
- Analogias com proprietários, invasores e contratos de nuvem ilustram que o que importa é o recurso prático, não a propriedade abstrata.
Expectativas e práticas de backup
- Forte consenso: nunca confie em um único provedor de nuvem; se você tem apenas uma cópia na nuvem, isso não é um backup.
- Muitos descrevem configurações no estilo 3-2-1:
- rclone para espelhar Drive/OneDrive para Dropbox, S3, Backblaze B2, Glacier ou NAS.
- Exportações do Google Takeout em um cronograma, às vezes automatizadas e transmitidas por ferramentas de criptografia para armazenamento de objetos.
- Ferramentas dedicadas (CubeBackup, Synology ActiveBackup, Duplicati, Restic) fazendo backup de contas do Workspace ou de dados pessoais do Google.
- Alguns enfatizam testar restaurações regularmente e usar sistemas de arquivos com checksums (btrfs/ZFS) para detectar bit rot e corrupção.
Alternativas e auto-hospedagem
- As sugestões vão de Dropbox, Mega, Backblaze B2 e AWS S3 até Nextcloud/Synology/Immich/Piwigo auto-hospedados, além de discos fora do local.
- Vários enfatizam “redundância não correlacionada”: múltiplos provedores + cópias locais, sem apostar tudo em uma única nuvem.
Especulação sobre a causa raiz
- As hipóteses incluem:
- Uma réplica desatualizada promovida a primária, causando um rollback de 6 meses e conflitos complexos de mesclagem.
- Bugs ou falhas em clientes de sincronização para desktop sobrescrevendo dados locais com estado antigo do servidor.
- Falhas de armazenamento no backend retornando ponteiros incorretos ou processos de “exclusão de arquivos antigos” disparados incorretamente.
- Nenhuma causa técnica clara é estabelecida no tópico.
Frustrações com produto e UX
- Muitos criticam o navegador de arquivos e a busca do Google Drive; outros dizem que construir o Drive em escala é realmente difícil, mas que os planos pagos ainda implicam um dever de cuidado.
- Comparações com OneDrive/SharePoint/Teams e Workspace versus contas pessoais do Google destacam uma insatisfação mais ampla com as pilhas de colaboração dos grandes fornecedores.