Alguém apagou um arquivo importante: como recuperar e como parar de depender de sorte

Antes de tentar qualquer coisa, responda uma pergunta: onde o arquivo estava? Se estava na área de trabalho, abra a Lixeira do Windows e restaure. Se estava em pasta de rede ou foi apagado com Shift+Delete, ele nunca passou pela Lixeira, e o caminho é a aba Versões anteriores da pasta no servidor. Se estava no OneDrive ou no SharePoint, a lixeira fica no navegador e guarda por 93 dias. Se nenhum desses lugares tem o arquivo, a resposta está no backup.

Este guia mostra onde procurar em cada situação, quais são os prazos reais de cada lixeira, o que fazer nos primeiros minutos e quando é hora de parar de insistir porque a tentativa está piorando as chances.

Onde o arquivo estava? A resposta muda o caminho inteiro

A maior parte do tempo perdido nesse tipo de incidente vem de procurar no lugar errado. Muita gente abre a Lixeira do Windows para achar um arquivo que estava na pasta compartilhada do servidor, e ele nunca esteve lá. Exclusões feitas em pasta de rede, em pen drive ou com Shift+Delete não passam pela Lixeira.

Este é o mapa de onde procurar em cada situação:

Os prazos da nuvem valem a atenção. Segundo a documentação da Microsoft sobre o OneDrive, itens excluídos em contas corporativas ficam disponíveis por 93 dias, enquanto contas pessoais guardam por 30. A mesma página traz um detalhe que costuma confundir: arquivos marcados como somente online não aparecem na Lixeira do computador, e precisam ser recuperados pela lixeira do OneDrive no navegador.

No SharePoint e nos arquivos do Teams, a Microsoft descreve dois estágios: quando o usuário apaga da lixeira do site, o item vai para a lixeira do conjunto de sites e fica lá pelo restante dos 93 dias. Na prática, isso significa que o administrador ainda consegue recuperar mesmo depois de o usuário ter esvaziado a própria lixeira. Vale sempre perguntar ao TI antes de dar o arquivo por perdido.

O que fazer nos primeiros minutos

A ordem importa, e ela muda conforme o arquivo ser local ou estar na rede e na nuvem. Comece pelo mais simples e só depois escale.

• Se acabou de apagar, pressione Ctrl+Z no Explorador de Arquivos. Funciona para exclusão, movimentação e renomeação recentes, e resolve o caso em um segundo. É o atalho que quase ninguém lembra na hora do susto.

• Confira a Lixeira antes de qualquer outra coisa. Se o arquivo estiver lá, botão direito e Restaurar devolve o item ao caminho original, sem risco.

• Em pasta de rede, use as Versões anteriores. Botão direito na pasta que continha o arquivo, aba Versões anteriores, e escolha um horário anterior à exclusão. Esse recurso só existe se tiver sido habilitado no servidor, o que nos leva ao próximo item.

• Se o arquivo era local e importante, pare de usar aquele computador. Quando um arquivo é apagado, o Windows libera o espaço mas não apaga o conteúdo na hora. Continuar trabalhando na máquina grava coisas novas por cima. Desligue e chame o TI.

Há uma pergunta que vale fazer ao seu TI hoje, antes do próximo incidente: as Versões anteriores estão habilitadas no servidor de arquivos? Em muitas empresas a resposta é não, ou ninguém sabe. É uma configuração simples que resolve sozinha a maioria dos casos de exclusão em pasta compartilhada.

Quando o arquivo já era, e por que insistir pode piorar

Vale a honestidade aqui, porque muito conteúdo sobre o tema promete recuperação em qualquer cenário. Existem situações em que a chance é baixa:

• Arquivo local, sem backup, com a máquina em uso desde a exclusão. Cada hora de trabalho na mesma máquina reduz a chance, porque o espaço vai sendo reaproveitado.

• Passou dos 93 dias no Microsoft 365. Depois desse prazo o item sai definitivamente, e a única saída é um backup do ambiente.

• Servidor sem versões anteriores e sem backup daquela pasta. Não há o que restaurar, porque nunca existiu uma segunda cópia.

Sobre programas de recuperação de arquivos: eles têm alguma chance no cenário local, mas duas ressalvas importantes. Nunca instale o programa no mesmo disco onde estava o arquivo, porque a instalação grava justamente onde você quer recuperar. E o resultado costuma vir com nomes perdidos e arquivos parcialmente corrompidos, o que resolve pouco quando o que sumiu foi uma pasta inteira de projeto ou de cliente.

Em ambiente de empresa, a tentativa de recuperação por conta própria costuma custar mais caro que o arquivo. A decisão sensata é parar, chamar o TI e deixar a máquina quieta. O tema completo de perda de dados envolve mais do que exclusão acidental, mas o princípio é o mesmo em todos os casos: quanto menos se mexe, maior a chance.

A pergunta certa: quando foi o último teste de restauração?

Se a empresa chegou ao ponto de pesquisar como recuperar um arquivo apagado, o problema raramente é o arquivo. É que a segunda cópia não estava lá, ou ninguém sabia como chegar até ela.

Aqui vale um exemplo concreto. Um escritório de contabilidade apaga por engano a pasta de um cliente na rede em fevereiro. Ninguém percebe, porque aquele cliente só volta a movimentar no fechamento seguinte. Em junho alguém procura os documentos e não acha. Os 93 dias da nuvem já passaram, as versões anteriores do servidor guardavam duas semanas, e a pasta some de vez. O erro aconteceu em fevereiro, mas só apareceu em junho.

É por isso que duas definições precisam estar escritas em algum lugar, e não na cabeça de uma pessoa só:

• Quanto tempo a empresa aguenta ficar sem aquele dado. Meia hora? Um dia? Uma semana? A resposta muda completamente o desenho da solução e o custo dela.

• Quanto trabalho a empresa aceita refazer. Se o backup roda uma vez por dia às 22h e a falha acontece às 17h, perdeu-se o dia inteiro de trabalho.

Essas duas perguntas têm nome técnico, RTO e RPO, e valem a leitura de como definir RTO e RPO na sua operação. Mas o ponto prático vem antes da sigla: um backup que nunca foi restaurado não é um backup, é uma suposição. Fazer o teste de backup periodicamente, restaurando um arquivo de verdade e cronometrando quanto tempo levou, é o que transforma a rotina em garantia.

As três camadas que evitam a próxima vez

Cada camada resolve um tipo de problema e deixa outro passar. Empresa protegida não é a que tem uma solução cara, é a que tem as três funcionando juntas.

• Versões anteriores no servidor de arquivos: resolve o incidente do dia a dia, aquele em que alguém apagou ou salvou por cima e percebeu na mesma semana. É rápido, o próprio usuário costuma conseguir usar, e cobre a maioria dos casos.

• Retenção da nuvem, com a ressalva de sempre: os 93 dias do Microsoft 365 são retenção, não backup. Servem para engano recente, não para o arquivo que sumiu no semestre passado nem para uma exclusão em massa descoberta tarde.

• Backup imutável fora do ambiente: é a cópia que ninguém consegue apagar nem alterar durante o prazo definido, nem com senha de administrador. Existe justamente para o cenário em que a conta de administrador foi comprometida ou o ransomware chegou ao servidor.

Sobre essa terceira camada, o material do CERT.br sobre ransomware é direto: se o equipamento for infectado, a única garantia de recuperar os dados é ter backups atualizados, já que o pagamento do resgate não assegura devolução nenhuma.

Por trás das três camadas existe uma questão de governança de dados que costuma passar em branco: quem tem permissão para apagar o quê. Boa parte das exclusões acidentais em pasta compartilhada acontece porque todo mundo tem acesso de escrita em tudo, inclusive em diretórios que a pessoa nunca precisou editar.

Como a HLTI estrutura essa proteção

O trabalho começa por um levantamento do que já existe: se as versões anteriores estão ligadas no servidor e por quanto tempo guardam, se o Microsoft 365 tem backup próprio ou só a retenção padrão, quais pastas realmente têm cópia e quem tem permissão de exclusão em cada diretório.

Esse retrato quase sempre revela dois problemas: pastas críticas que ninguém achava que estavam fora do backup, e permissão de escrita liberada para o setor inteiro em diretórios que só uma pessoa deveria editar. A partir daí entram a rotina automatizada com o Backup PRO, a definição dos prazos de retenção junto com o gestor e o teste periódico de restauração, com registro de quanto tempo cada recuperação levou.

O acompanhamento depois é contínuo, com NOC 24×7 e relatório diário de execução das rotinas. Hoje, 98% dos incidentes são tratados de forma proativa, antes de virarem chamado, e casos críticos têm resposta em até 1 hora e resolução em até 4 horas em contrato. Não há multa de fidelidade: para encerrar o suporte gerenciado, bastam 30 dias de aviso prévio.

Conclusão

Recuperar um arquivo apagado é quase sempre uma questão de procurar no lugar certo. Lixeira do Windows para arquivo local, aba Versões anteriores para pasta de rede, lixeira do navegador com 93 dias para OneDrive e SharePoint. Ctrl+Z resolve na hora quando o susto é recente.

O que fica depois do susto é a pergunta mais importante: se aquele arquivo não estivesse em nenhum desses lugares, a empresa teria uma cópia? E alguém já tentou restaurar a partir dela para saber quanto tempo leva? Retenção de nuvem não é backup, e backup nunca testado é suposição.

A HLTI atua há mais de 34 anos em TI, com mais de 175 empresas atendidas e 700 projetos entregues, oferecendo backup gerenciado, monitoramento proativo e contrato sem multa de fidelidade. Se você não sabe dizer quais pastas da sua empresa estão realmente protegidas hoje, faça o diagnóstico gratuito da sua infraestrutura e receba esse retrato.

Luciano Hespanhol

Com mais de 30 anos de experiência acumulada, me especializei em tecnologia da informação, com foco em arquiteturas seguras para infraestruturas locais, em nuvem e híbridas. Acredito que o sucesso é construído em conjunto; o compartilhamento de ideias, visões e conhecimentos entre as pessoas é fundamental para impulsionar o crescimento, promover o aprendizado contínuo e desenvolver soluções mais eficazes e equilibradas.