Google diz que a perda de dados do Drive foi "corrigida" e trava tópicos de fórum que dizem o contrário
Um bug no Google Drive levou a relatos de arquivos desaparecendo silenciosamente, com alguns usuários incapazes de recuperar meses de trabalho apesar de o Google afirmar que o problema foi corrigido e travar tópicos de fórum de suporte. Comentadores questionam a transparência do Google, o risco jurídico e o compromisso com o suporte ao cliente, especialmente para serviços pagos, traçando paralelos com encerramentos de produtos e bloqueios de contas do passado. O incidente alimenta um ceticismo mais amplo sobre depender de um único provedor de nuvem para dados críticos e renova a ênfase em estratégias de backup em várias camadas, como armazenamento local, dispositivos NAS e cópias independentes na nuvem.
Escopo e Natureza da Perda de Dados
- Vários usuários relatam dados ausentes ou corrompidos no Google Drive: arquivos aparentemente excluídos por volta de março, uploads que aparecem na busca mas não podem ser baixados e arquivos que desaparecem após conflitos de nomes entre ações na web e no desktop.
- O enquadramento oficial do Google (“problemas para acessar arquivos locais que ainda não tinham sido sincronizados”) é visto como um modo de minimizar uma exclusão direta de dados locais.
- Alguns argumentam que o bug está claramente no cliente Drive for Desktop do Windows (v84) e limitado a arquivos locais não sincronizados; outros observam relatos de perdas em uso apenas via web (por exemplo, Sheets) e questionam se também há problemas no backend.
- Não está claro se algum dado na nuvem já sincronizado foi de fato destruído ou se o problema é apenas uploads perdidos e estado de sincronização inconsistente.
Tratamento e Comunicação do Google
- Muitos criticam a resposta do Google: nenhum postmortem público, linguagem vaga na central de ajuda e bloqueio de tópicos de suporte nos quais usuários continuam relatando problemas.
- Isso é visto como um exemplo das péssimas relações com clientes do Google e de sua cultura opaca de suporte, especialmente irritante para clientes pagantes.
- Alguns defendem o bloqueio de tópicos como necessário para impedir a propagação de boatos e lidar com usuários patológicos ou nunca satisfeitos, enquanto outros veem isso como silenciamento de reclamações legítimas.
- Há debate sobre risco jurídico: transparência vs. possível responsabilidade ou até questões de valores mobiliários, caso o Google esteja, conscientemente, deturpando o incidente.
Backups, Risco em Nuvem e Redundância
- Forte ênfase em práticas de backup 3-2-1: três cópias, dois meios, uma fora do local. Armazenamento em nuvem sozinho é “armazenamento”, não “backup”.
- Vários relatos anedóticos de perda catastrófica de dados (discos com falha, sistemas universitários, falhas do Dropbox) reforçam a necessidade de múltiplos backups testados.
- Discussão sobre a durabilidade do S3: 11 noves implica que alguns objetos são perdidos a cada ano, mesmo que a probabilidade por objeto seja minúscula; observa-se a distinção entre durabilidade e disponibilidade, e a durabilidade não está no SLA.
- Riscos destacados: exclusões sincronizadas se propagando para cópias locais, contas invadidas ou encerradas, bloqueios com base nos Termos de Serviço e manter todos os backups com um único provedor de nuvem.
Alternativas e Confiança em Mudança
- Alguns veem isso como parte de uma erosão mais ampla da confiança nos produtos do Google e de uma mudança para NAS/armazenamento doméstico (por exemplo, Synology, ZFS feito em casa) mais uso seletivo de nuvem.
- Outros sugerem continuar com a nuvem, mas adicionar provedores independentes ou backups locais, e tratar qualquer cliente de sincronização como um potencial ponto único de falha.