Casos de arquivos do Google Drive desaparecendo de repente
(support.google.com)- Usuários do Google Drive for desktop no Windows pediram ajuda relatando que o Drive parecia ter voltado ao estado de maio de 2023, e que os dados e mudanças na estrutura de pastas feitos depois disso haviam desaparecido
- No histórico de atividades também apareciam apenas registros de maio, e como não havia arquivos excluídos manualmente, não foi possível encontrá-los nem na lixeira, que é o caminho normal de recuperação para exclusões
- O programa de recuperação indicado pela equipe de suporte do Google e o procedimento de backup e restauração da pasta DriveFS não surtiram efeito, e foi dito que nem mesmo se sabia se o caso havia sido analisado por engenheiros
- Outros usuários também relataram problemas semelhantes, como pastas e arquivos ausentes, arquivos locais não enviados e mau funcionamento prolongado do Drive desktop
- Um gerente da comunidade do Google Drive informou que a investigação foi concluída e que havia uma solução, direcionando para uma postagem no fórum sobre o problema de sincronização do Drive for desktop v84.0.0.0~84.0.4.0
Sintomas relatados inicialmente
- Um usuário do Drive for Desktop no Windows relatou que seus arquivos do Google Drive desapareceram de repente
- O Drive parecia literalmente ter voltado ao estado de maio de 2023, e os dados entre maio e o momento do relato haviam sumido
- A estrutura de pastas também parecia ter retornado ao estado de maio
- No histórico de atividades do Google Drive não apareciam mudanças, apenas a atividade de maio
- Como o usuário não havia excluído os arquivos manualmente, afirmou que também não havia arquivos na lixeira
- O usuário explicou que não sincronizava nem compartilhava o Drive com outras pessoas, e o utilizava localmente
Tentativas de recuperação e pontos sem saída
- Seguindo a orientação da equipe de suporte do Google na Coreia, o usuário executou o programa de recuperação, mas sem sucesso
- Também recebeu instruções para fazer backup e restaurar a pasta DriveFS, mas nada mudou
- Depois disso, reportou o problema a uma equipe de suporte do Google que parecia ser dos EUA, e recebeu a orientação de encaminhá-lo a um engenheiro
- Não houve resposta de um engenheiro, e o usuário disse que nem sabia se o problema estava sendo analisado
- O usuário explicou que havia usado o Drive até poucos dias antes e que o problema surgiu na manhã seguinte
Casos semelhantes em seguida
- Outros usuários também deixaram comentários dizendo que estavam enfrentando o mesmo problema
- Alguns afirmaram que pastas e arquivos desapareceram e que as opções de recuperação indicadas não funcionavam
- Um usuário disse ter perdido arquivos de 2 anos
- Outro relatou que os arquivos existiam localmente, mas não tinham sido enviados para a nuvem por 2 semanas
- Também houve comentários no fim de dezembro de 2023 e em janeiro de 2024 dizendo que o Drive desktop ficou praticamente sem funcionar por quase um mês, ou que algumas pastas compartilhadas do computador não apareciam em drive.google.com
Orientação do Google e links posteriores
- Um gerente da comunidade do Google Drive informou que a equipe investigou o problema e que havia uma solução
- A postagem indicada foi Drive for desktop v84.0.0.0 - 84.0.4.0 Sync Issue
- Essa resposta foi recomendada por Dave, funcionário do Google e Sr. Product Support Manager
- Depois, um Product Expert Alumni compartilhou a orientação de que usuários afetados pelo problema original do Drive for Desktop deveriam consultar a documentação de suporte do Google e entrar em contato com o suporte 1:1
- Foi separado que dúvidas gerais sobre recuperação de arquivos, sem relação com o problema do Drive for Desktop, deveriam seguir uma thread específica de orientação para recuperação de arquivos
Impacto que permaneceu para os usuários
- Alguns usuários disseram que não conseguiram recuperar os arquivos por quase um mês e continuaram pagando por espaço de armazenamento adicional
- Também houve comentários dizendo que não existia menu de recuperação, o que impedia o uso do procedimento indicado
- Continuaram surgindo casos de pessoas que não conseguiam encontrar arquivos importantes, como comprovantes de trabalho, certidões de nascimento e registros de jornada de funcionários
- A thread original está bloqueada, com respostas desativadas
1 comentários
Opiniões no Hacker News
À parte, fico curioso sobre a motivação de clientes que trabalham como voluntários em fóruns de suporte de megacorporações
É bom ter uma comunidade responsiva, mas acho que uma empresa com valor de mercado de US$ 1 trilhão deveria gastar dinheiro com um bom suporte ao cliente
Mesmo neste caso, o responsável voluntário pelo suporte ao cliente apenas responde: “Somos voluntários, então não temos acesso às contas dos usuários e só podemos compartilhar experiências. Neste caso, não há nada que possamos fazer”, e nem há como saber se o Google viu esse problema
https://support.google.com/googleplay/android-developer/answ...
Lá diz que, para cada app, é preciso responder em tempo hábil às perguntas dos usuários relacionadas a apps pagos ou compras no app, responder a perguntas de suporte ao cliente em até 3 dias úteis e, se o Google entrar em contato por causa de um problema urgente do produto, responder em até 24 horas
A natureza humana não muda, independentemente do valor de mercado da empresa por trás do produto
Não sei o que esperam que seja diferente em relação aos colaboradores do Stack Overflow para Microsoft SQL Server ou Blender; algumas pessoas simplesmente gostam de ajudar os outros, mesmo que recebam apenas pontos fictícios na internet
Nesses casos, não há absolutamente nada de ajuda que possam oferecer
A pessoa apenas repetiu a documentação de suporte e fingiu dar uma resposta autoritativa, sem acrescentar nenhum valor, e a thread acabou encerrada por causa da “resposta aceita”
Fui ver por que alguém perderia tempo fazendo isso e, para alguns, parecia ser apenas uma atividade para o currículo
A página https://github.com/pricing dizia claramente para entrar em contato com o suporte se você fosse um professor verificado e já assinasse o Copilot
Mas parecia praticamente impossível falar com alguém do GitHub, e todas as tentativas terminaram em respostas automáticas e fechamento das publicações
Também publiquei no fórum de ajuda, mas, como era de se esperar, não recebi resposta
Depois disso, passei a não deixar coisas importantes apenas no GitHub, e fiquei com a impressão de que, se outro problema surgir no futuro, não vou conseguir ajuda nenhuma
É claro que é preciso tomar cuidado, mas, quando você passa por algo assim, percebe como é difícil entrar em contato com as grandes empresas modernas
Há outras solicitações de suporte dizendo que os dados desapareceram
https://support.google.com/drive/thread/245534268/a-spreadsh...
https://support.google.com/drive/thread/245524854/data-in-go...
https://support.google.com/drive/thread/245596891/5-months-o...
https://support.google.com/drive/thread/245661673/disappeari...
https://support.google.com/drive/thread/245407620/i-can-t-fi...
Isso me faz pensar que eu também deveria fazer um dump dos meus dados com o Google Takeout
https://takeout.google.com
O drive local fica guardado em um cofre “à prova de fogo”
Dito isso, “à prova de fogo” é um termo um pouco impreciso, porque as coisas ainda podem queimar dentro de um cofre assim, mas é melhor do que não ter nada se sua casa ou apartamento pegar fogo
Como terceiro backup externo, também faço backup no Amazon Glacier
Também dá para usar S3, mas pode ser um pouco mais caro que o Glacier
Considero uma ferramenta melhor de transferência de arquivos para qualquer provedor de nuvem
https://rclone.org/
Arquivos compartilhados comigo não são exportados se eu tiver excedido minha cota ou se a organização à qual pertenço tiver excedido a cota
É preciso baixar tudo manualmente para o local, ou encontrar outra ferramenta para trazer esses arquivos
Algo parecido aconteceu até em uma conta paga de nível corporativo do Google Workspace
Um dia, o Drive inteiro literalmente parecia ter viajado no tempo para cerca de 6 anos atrás: dezenas de GB de arquivos desapareceram e, no lugar, surgiram dezenas de GB de arquivos antigos que haviam sido 100% excluídos
Não vou pensar fundo demais na linha de “será que o Google realmente exclui?”, mas, por ser uma conta do Workspace, talvez exista alguma configuração ativada do tipo “nunca excluir os dados de verdade”
A interface de administração do Workspace é tão difícil de entender que parece exigir doutorado, então não fui verificar
Como eu tinha tudo sincronizado em um NAS local, não fiquei muito preocupado, e foi até bem interessante, como uma viagem nostálgica
No dia seguinte, voltou ao normal
Se o usuário já tivesse começado a corrigir as coisas por conta própria, esse trabalho também teria sido revertido?
Ou e se ele tivesse aproveitado a oportunidade para fazer uma grande limpeza ou reorganização da estrutura de pastas?
É um recurso que permite ao administrador do sistema recuperar tudo quando um usuário apaga tudo por engano
A interface de administração do Workspace foi projetada para administradores de sistema treinados, não para usuários finais, e, mesmo assim, com um pouco de busca, é relativamente fácil descobrir
Esse é o problema do Google Drive e, de modo geral, da nuvem quando lida com estados sincronizados
As pessoas pensam: “está no computador local e também na nuvem, então é muito mais seguro”
Mas muita coisa ruim invisível pode acontecer antes de o usuário perceber que os dados desapareceram
Se você salva um arquivo no disco e o cliente de nuvem tem algum problema, especialmente com uma conexão ruim, o arquivo pode nem ser sincronizado e acabar perdido ao reinstalar o sistema operacional, ou até ser apagado localmente
Se houver um problema do lado do provedor de nuvem e ele restaurar um backup, esse estado restaurado será sincronizado de volta para o meu computador
Se o provedor passar a não gostar de algum arquivo, por exemplo se um antivírus o sinalizar, ele será removido do servidor e isso também será sincronizado para o meu computador
Pode ser um falso positivo, e também pode haver motivo para manter um arquivo infectado
Pelo que sei, o cliente oficial do Google Drive é bem feito, e eu o usei por muito tempo, mas bugs acontecem
A conclusão é que é preciso fazer backup por conta própria
O consumidor médio originalmente não fazia backup nenhum, e só o fato de colocar as coisas em um serviço de nuvem já é uma grande melhoria em relação a esse método
Sabemos que o ideal é criar backups de forma cuidadosa e regular e testar a restauração, mas pouquíssimas pessoas fazem isso com tanta disciplina
Há espaço para automação, mas, mesmo nesse caso, voltamos ao risco de uma falha silenciosa por bug e de uma pessoa ocupada perceber tarde demais
Tudo é risco, e cada um precisa decidir qual nível de risco consegue aceitar
A nuvem tem problemas? Tem
Mas a maioria das pessoas tem muito mais chance de estragar o backup local do que o provedor de nuvem
Vendo como uma pessoa média trata um HD externo, parece que ela não sabe que há discos de vidro frágeis lá dentro
Eu também perdi 6 meses de arquivos na quinta-feira passada e fiquei completamente devastado
O Google Drive deveria ser meu backup, mas, falando com o suporte, disseram que os arquivos não podiam ser recuperados
Parece que uma atualização remota forçada do cliente corrompeu o sistema de arquivos do cliente onde os arquivos estavam armazenados
Software não deveria ser escrito de um jeito que permita que arquivos simplesmente desapareçam da máquina do cliente
Isso é inaceitável
Se a única cópia está no Google Drive, então você não tem backup nenhum
Um backup, no mínimo, precisa estar offline, ser um snapshot ou uma réplica dos dados “ao vivo” e também estar fora do mesmo local físico
Procure por backup 3-2-1
O Google Drive é armazenamento em tempo real, por isso os arquivos desapareceram, e não havia como impedir
Repetindo: isso não é backup, são apenas meus arquivos no computador de outra pessoa
O mais importante em um backup é testar periodicamente a restauração
Minha regra é: “sem restauração bem-sucedida = sem backup”
Parece óbvio, mas já aconteceu várias vezes com clientes: os e-mails de “backup OK” sempre chegavam, mas, ao verificar os dados, descobria-se que nada tinha sido gravado havia meio ano
Absurdo
Hoje minha mãe me ligou e passei uma hora com ela tentando descobrir para onde foram os arquivos do Google Drive
Não consegui descobrir de forma alguma por que isso aconteceu, mas agora tenho certeza de que esse problema foi a causa
Horrível
Dá para sentir a dor e a incerteza nas postagens do fórum
Recentemente, usuários de Pixel com vários perfis de usuário também perderam permissões de acesso a arquivos
Nesse caso, os dados em si não desapareceram, e o problema foi corrigido em uma atualização posterior
[0]https://support.google.com/pixelphone/thread/239104039/can-n...
Uso rclone para fazer backup do Google Drive no S3
Se você não faz algo parecido, recomendo
O rclone também consegue exportar Google Docs no formato ODF
Ou seja, se o documento na nuvem passar de algum tamanho ridiculamente pequeno, por exemplo um deck de Slides de apresentação de fim de ano de um estagiário com alguns vídeos, ele simplesmente dá erro de tamanho, e não há nada que o rclone possa corrigir
No fim, é preciso prestar atenção aos avisos
Vejo o armazenamento local como parte central de uma estratégia de backup de dados pessoais
Estou tentando pensar em como fazer backup das minhas fotos a partir do Google
Depender demais de serviços em nuvem é um erro fatal
Muitas vezes esquecemos que esse tipo de tecnologia pode falhar tanto quanto dispositivos do dia a dia
Arquivos sensíveis não devem ser armazenados na nuvem
Isso é óbvio
Mas dispositivos do dia a dia são, com certeza, menos confiáveis do que armazenamento redundante gerenciado por engenheiros profissionais de armazenamento