Um ficheiro de facturação apagado, uma base de dados bloqueada por ransomware ou um servidor que deixa de arrancar numa segunda-feira de manhã parecem problemas diferentes. Na prática, todos exigem a mesma capacidade: recuperar informação depressa, com segurança e sem parar a empresa mais tempo do que o inevitável. Estes exemplos de recuperação de dados mostram onde as PME costumam falhar e o que separa uma ocorrência controlada de vários dias de prejuízo.
A recuperação não começa quando alguém telefona a pedir ajuda. Começa antes, na forma como os dados são guardados, protegidos e testados. Ter uma cópia de segurança é necessário, mas não chega se essa cópia estiver no mesmo equipamento, na mesma sala ou inacessível no momento crítico.
Exemplos de recuperação de dados que acontecem nas PME
Um colaborador apaga a pasta errada
É um dos cenários mais comuns e menos dramáticos, até deixar de o ser. Um colaborador reorganiza documentos partilhados, selecciona a pasta errada e elimina propostas, contratos ou documentos de clientes. Se a pasta estiver num serviço de sincronização, a eliminação pode ainda propagar-se para outros computadores.
A recuperação adequada passa por identificar a última versão válida antes da alteração e restaurar apenas os ficheiros necessários. Não faz sentido repor um servidor inteiro por causa de uma pasta apagada, porque isso pode eliminar trabalho legítimo criado entretanto por outras pessoas.
Este caso demonstra o valor de versões de ficheiros, permissões bem definidas e backups frequentes. Também deixa uma pergunta directa: sabe quem pode apagar informação crítica na sua empresa? Se todos têm permissões de administrador ou acesso total às pastas comerciais e financeiras, o risco é maior do que parece.
Um ransomware cifra o servidor de ficheiros
Uma mensagem de email bem construída, uma palavra-passe repetida ou um computador sem actualizações pode ser a porta de entrada. O ataque começa, muitas vezes, num único posto de trabalho e avança para unidades de rede às quais esse utilizador tem acesso. Quando os ficheiros passam a ter nomes estranhos e não abrem, cada minuto conta.
Neste cenário, recuperar dados não é simplesmente copiar uma pasta de backup. Primeiro é necessário isolar os equipamentos afectados da rede e da Internet, para travar a propagação. Depois, identifica-se a origem do ataque, limpa-se ou reinstala-se o sistema comprometido e só então se repõe a informação a partir de uma cópia anterior ao incidente.
Pagar um resgate não é uma estratégia de recuperação. Não garante a entrega de uma chave funcional, pode financiar novos ataques e não resolve a vulnerabilidade que permitiu a entrada. Uma PME preparada terá backups isolados, antivírus gerido, firewall configurada para o seu contexto e acesso remoto por VPN, em vez de serviços expostos directamente à Internet.
O servidor avaria e a aplicação de gestão deixa de funcionar
Um disco falha, a controladora apresenta erros ou uma fonte de alimentação deixa o servidor indisponível. A empresa perde acesso à aplicação de facturação, ao histórico de clientes, às encomendas e aos documentos internos. Não é uma situação rara em equipamentos que trabalham anos sem monitorização ou substituição preventiva.
A resposta depende da arquitectura. Se a aplicação e os dados estiverem virtualizados, pode ser possível iniciar a máquina virtual noutro equipamento compatível ou num ambiente de contingência. Se existir apenas um servidor físico sem cópias verificadas, a recuperação pode ficar dependente da reparação do hardware ou de serviços especializados de recuperação de discos, que nem sempre conseguem resultados completos.
A diferença de custo entre estes dois caminhos é significativa. Virtualização, armazenamento adequado e backup externo têm um investimento inicial, mas reduzem o tempo de paragem quando o equipamento falha. Para uma empresa que factura diariamente, essa continuidade vale mais do que comprar o servidor mais barato disponível.
Uma inundação ou incêndio afecta as instalações
Muitas empresas mantêm uma unidade USB ou um NAS com cópias de segurança ao lado do servidor. É melhor do que não ter cópias, mas não protege contra um incêndio, uma inundação, um furto ou uma descarga eléctrica que afecte todo o escritório. Se o original e o backup desaparecem no mesmo acontecimento, não existe recuperação.
É aqui que a regra 3-2-1 faz sentido: manter pelo menos três cópias dos dados, em dois suportes diferentes, com uma cópia fora das instalações. A cópia externa pode estar na cloud, num datacenter ou noutro local controlado. O essencial é que não dependa do mesmo espaço físico nem das mesmas credenciais comprometidas.
Depois de um incidente físico, a prioridade não é apenas recuperar ficheiros. É repor condições de trabalho: ligações à Internet, equipamentos, acesso remoto seguro, email e aplicações essenciais. Um plano realista define a ordem de reposição. Para algumas empresas, emitir facturas vem antes de recuperar ficheiros históricos. Para outras, o acesso ao sistema de produção ou à agenda de clientes é a primeira necessidade.
Recuperar depressa exige decisões tomadas antes
Uma cópia de segurança só tem valor quando pode ser restaurada. Parece óbvio, mas muitas empresas descobrem problemas apenas quando precisam dela: backups incompletos, palavras-passe desconhecidas, discos desligados há meses ou serviços cloud sem retenção suficiente.
Os testes de restauro devem fazer parte da rotina. Não têm de parar a operação nem exigir uma equipa interna de TI. Podem consistir em recuperar periodicamente uma selecção de ficheiros, abrir uma base de dados num ambiente isolado ou validar que uma máquina virtual arranca. O objectivo é confirmar três aspectos: que os dados existem, que estão íntegros e que o tempo de recuperação é aceitável para o negócio.
Também convém distinguir dois indicadores. O RPO, ou ponto de recuperação, define quanta informação a empresa aceita perder. Se o backup é nocturno, poderá perder o trabalho feito desde a última cópia. O RTO, ou tempo de recuperação, define quanto tempo pode estar sem o serviço. Uma empresa pode aceitar perder uma hora de alterações, mas não pode ficar dois dias sem facturar.
Estas respostas não são técnicas por natureza. São decisões de gestão. A direcção deve indicar o que é crítico, quanto custa uma hora de paragem e quais os processos que não podem falhar. A tecnologia é depois desenhada para cumprir essas prioridades sem acrescentar complexidade inútil.
O que deve existir num plano de recuperação viável
Um plano útil não é um documento extenso guardado numa gaveta. Deve indicar quem decide durante uma ocorrência, que contactos devem ser feitos, onde estão as credenciais de emergência e em que sequência os sistemas são repostos. Se só uma pessoa conhece as palavras-passe do backup ou a configuração do firewall, a empresa fica vulnerável quando essa pessoa está indisponível.
A documentação deve identificar os serviços essenciais, desde o email empresarial à aplicação de gestão, aos ficheiros partilhados e ao acesso VPN. Deve ainda indicar onde estão os backups, durante quanto tempo são retidos e quem recebe alertas quando uma cópia falha. Alertas sem acompanhamento não protegem dados.
Há escolhas que dependem do contexto. Uma pequena empresa com poucos documentos pode precisar apenas de backup cloud com histórico de versões e controlo de acessos. Uma organização que trabalha com bases de dados, aplicações internas e vários colaboradores remotos poderá beneficiar de virtualização, backups de imagem e uma ligação alternativa à Internet. A solução certa é a que recupera a operação dentro do tempo que o negócio suporta, não a que acumula mais funcionalidades.
Quando a recuperação de dados deve ser revista
Se a empresa cresceu, mudou de software, adoptou teletrabalho ou passou a guardar informação crítica na cloud, o plano anterior pode já não servir. O mesmo acontece quando o backup foi instalado há anos e nunca voltou a ser verificado. A tecnologia muda, os ataques evoluem e as dependências operacionais aumentam.
Na IMPULSYS, a análise começa por perguntas simples: que dados fariam parar a empresa amanhã, onde estão as cópias e quanto tempo demoraria a voltar a trabalhar? Responder com clareza permite desenhar protecção ajustada, com custos controlados e sem falsas garantias.
O melhor momento para testar uma recuperação é num dia normal, quando há margem para corrigir falhas. Esperar pela próxima avaria, pelo próximo clique num email malicioso ou pela próxima inundação transforma uma tarefa técnica numa crise de negócio.
No responses yet