Uma empresa fica sem acesso ao servidor, ao programa de faturação ou às pastas partilhadas. A primeira pergunta costuma ser: «temos backup?». A segunda, muito mais incómoda, é perceber se esse backup tem espaço, dados e histórico suficientes para recuperar a operação. É aqui que a questão qual tamanho backup necessário deixa de ser apenas técnica e passa a ser uma decisão de continuidade do negócio.
Não existe uma resposta única em gigabytes ou terabytes. Uma empresa com 200 GB de documentos pode precisar de muito mais do que 200 GB de capacidade de cópia, enquanto outra com vários terabytes pode operar bem com uma solução mais controlada. O tamanho depende do volume de dados, da frequência das alterações, do período de retenção e, sobretudo, da forma como os dados são protegidos.
Qual o tamanho de backup necessário para a sua empresa?
O ponto de partida é medir os dados que realmente precisam de ser recuperados. Não se trata apenas das pastas de documentos. Uma recuperação útil pode incluir bases de dados, ficheiros de faturação, configurações de aplicações, máquinas virtuais, caixas de correio, partilhas de rede e dados alojados na cloud.
Uma pequena empresa pode ter 500 GB num servidor, mas apenas 250 GB serem dados críticos. Contudo, se o servidor suportar uma aplicação de gestão ou uma máquina virtual, a cópia deve proteger também o sistema e a configuração. Recuperar apenas os ficheiros pode não ser suficiente para voltar a trabalhar no próprio dia.
Como regra inicial, calcule a capacidade necessária a partir de três componentes: o volume total dos dados protegidos, o crescimento esperado e as várias versões guardadas ao longo do tempo. Se existem 500 GB de informação relevante e se pretende manter cópias diárias durante 30 dias, não é realista contratar apenas 500 GB de armazenamento de backup.
A deduplicação e a compressão podem reduzir bastante o espaço consumido, sobretudo quando há ficheiros repetidos ou alterações pequenas entre cópias. Mas não devem servir para subdimensionar a solução. Uma base de dados, ficheiros comprimidos, imagens, vídeos ou cópias de máquinas virtuais podem comprimir pouco. O dimensionamento deve ser prudente, não otimista.
Comece pelos dados que parariam a operação
Pergunte o seguinte: se este dado desaparecer hoje, conseguimos continuar a atender clientes, emitir documentos, pagar salários ou cumprir obrigações legais? Se a resposta for não, deve estar incluído no backup.
Em muitas PME, os dados prioritários são os documentos comerciais e financeiros, a aplicação de faturação, os ficheiros de clientes, os projetos em curso, o email empresarial e as configurações dos sistemas. Porém, há falhas frequentes neste levantamento. Por exemplo, uma empresa faz backup da pasta partilhada, mas deixa de fora a base de dados da aplicação. Ou guarda ficheiros na cloud, assumindo que ficam automaticamente protegidos contra eliminação acidental, erro de sincronização ou acesso indevido.
Também importa separar dados críticos de dados meramente históricos. Nem tudo tem de ter a mesma frequência de cópia ou o mesmo prazo de retenção. Esta distinção ajuda a controlar custos sem comprometer a recuperação.
O espaço ocupado não é o único cálculo
Além do tamanho atual, considere o crescimento. Se os dados aumentam 10 GB por mês, uma solução com margem mínima pode ficar cheia antes da renovação do serviço. Planeie, pelo menos, 20% a 30% de capacidade adicional para crescimento, alterações inesperadas e necessidades de recuperação temporária.
Há ainda um detalhe que muitas empresas só descobrem durante um incidente: restaurar dados também pode exigir espaço local. Se for necessário recuperar uma máquina virtual inteira ou restaurar várias versões de uma base de dados, o servidor de destino precisa de ter capacidade disponível. O backup não pode existir apenas para cumprir uma regra. Tem de poder ser restaurado.
Retenção: quantas versões precisa de guardar?
Ter uma cópia de ontem é útil para uma falha de disco. Pode ser insuficiente para um ataque de ransomware que ficou semanas sem ser detetado. Se os ficheiros foram encriptados ou alterados silenciosamente durante vários dias, a cópia mais recente poderá já estar contaminada.
É por isso que a retenção é tão importante como a capacidade. Uma política sensata para muitas PME passa por manter cópias diárias durante algumas semanas, cópias semanais durante alguns meses e cópias mensais durante um período mais longo. O prazo exato depende da atividade, das obrigações legais e do risco operacional.
Uma empresa de contabilidade, por exemplo, pode precisar de conservar dados por períodos extensos e de recuperar informação relativa a exercícios anteriores. Uma empresa de serviços com documentação de projetos pode necessitar de versões antigas para responder a um cliente ou comprovar uma alteração. Por outro lado, guardar para sempre todas as versões de todos os ficheiros encarece a solução e torna a gestão mais confusa.
A pergunta certa não é apenas «quantos dias de backup temos?». É também: «até que data conseguimos voltar se descobrirmos hoje um problema antigo?»
A regra 3-2-1 continua a fazer sentido
Uma cópia num disco externo ligado ao servidor não é uma estratégia de continuidade. Protege contra alguns erros, mas não contra roubo, incêndio, inundação, sobretensão, ransomware ou falha humana. Se o servidor e o backup estão no mesmo escritório, partilham muitos dos mesmos riscos.
A regra 3-2-1 mantém-se uma referência prática: três cópias dos dados, em dois tipos de suporte diferentes, com uma cópia fora das instalações. Na prática, isto pode significar os dados de produção no servidor, uma cópia local para recuperação rápida e uma cópia de backup na cloud protegida fora da empresa.
A cópia local permite repor um ficheiro ou sistema com maior rapidez. A cópia externa protege o negócio quando o problema afeta o espaço físico ou toda a infraestrutura local. São funções diferentes e complementares.
Quando possível, vale a pena acrescentar imutabilidade ou mecanismos que impeçam a alteração e eliminação indevida das cópias durante um período definido. Esta proteção é especialmente relevante contra ransomware. Se um atacante obtiver credenciais com privilégios, pode tentar apagar os backups antes de encriptar os sistemas.
O tempo de recuperação também altera o dimensionamento
Uma cópia pode ter o tamanho certo e, ainda assim, não responder às necessidades da empresa. Imagine que uma máquina virtual de 1 TB tem de ser recuperada através de uma ligação à Internet lenta. A recuperação poderá demorar muitas horas ou dias. Durante esse período, quantos clientes deixam de ser atendidos? Que operações ficam bloqueadas?
Por isso, além do espaço, deve definir dois objetivos simples. O primeiro é o RPO, ou seja, a quantidade máxima de trabalho que a empresa aceita perder. Se faz cópias uma vez por dia, poderá perder até um dia de alterações. O segundo é o RTO: quanto tempo a empresa aceita estar parada até voltar a operar.
Se o RTO for curto, é provável que necessite de cópias mais frequentes, recuperação local, virtualização ou planos de contingência específicos. Uma empresa que só pode parar uma hora não deve depender exclusivamente de uma recuperação manual e lenta a partir da cloud.
Um exemplo prático de cálculo
Considere uma PME com 800 GB de dados: 500 GB de documentos e partilhas, 200 GB numa máquina virtual com a aplicação de gestão e 100 GB de email e dados complementares. Há alterações diárias relevantes e pretende-se manter 30 cópias diárias, 12 mensais e uma margem para crescimento.
Não é necessário multiplicar cegamente 800 GB por 30, porque os backups incrementais guardam apenas as alterações após a cópia inicial. Ainda assim, dependendo do volume diário alterado e do tipo de dados, uma capacidade entre 2 TB e 4 TB pode ser uma estimativa inicial prudente. O valor final deve resultar de uma análise real das alterações, da deduplicação disponível e da retenção exigida.
Se a empresa produzir muitos ficheiros de imagem, vídeo, desenho técnico ou exportações de bases de dados, poderá precisar de mais espaço. Se proteger sobretudo documentos de escritório com alterações moderadas, o consumo poderá ser menor. É precisamente por isso que copiar uma fórmula genérica da Internet raramente resolve o problema.
Testar a recuperação é parte do backup
Um backup que nunca foi testado é uma esperança, não uma garantia. Deve confirmar periodicamente se é possível restaurar ficheiros, abrir bases de dados, recuperar uma máquina virtual e aceder às versões antigas. Estes testes também revelam falhas de permissões, falta de espaço ou tempos de recuperação incompatíveis com a operação.
A IMPULSYS analisa estes fatores antes de recomendar uma arquitetura de backup: o que é crítico, onde estão os dados, quanto mudam, durante quanto tempo devem ser mantidos e com que rapidez têm de voltar a estar disponíveis. O objetivo não é vender capacidade em excesso. É evitar que a empresa descubra, no pior momento, que poupou no único recurso que precisava de funcionar.
O tamanho certo de backup é aquele que permite recuperar o negócio, e não apenas armazenar uma cópia dos seus ficheiros.
No responses yet