Backup em nuvem e local para empresas

Backup é uma cópia dos dados guardada separadamente do original, para que a informação possa ser recuperada se o dado principal for perdido, corrompido ou criptografado por um ataque. A cópia precisa estar em outro lugar e não pode depender do mesmo sistema que ela protege: se o servidor cai e leva junto a única cópia, não era backup.

Fazer backup é executar essa cópia de forma programada e verificável, não manualmente quando alguém lembra. Envolve três decisões: o que copiar, com que frequência, e por quanto tempo guardar. Sem as três definidas, existe cópia, mas não existe política de backup.

São quatro coisas diferentes e é comum confundi-las. Backup é a cópia guardada para recuperação, com histórico de versões. Réplica é uma cópia sincronizada e pronta para assumir a operação, que reproduz o erro junto: se o dado for criptografado por ransomware, a réplica criptografa também. Snapshot é um ponto de restauração do próprio sistema, rápido mas dependente dele. Arquivamento move dados que não são mais usados para armazenamento mais barato, por retenção legal. Réplica e snapshot não substituem backup, e é aí que a maioria das políticas falha.

O Full copia todos os dados a cada execução: restauração simples, mas ocupa mais espaço e demora mais. O incremental copia só o que mudou desde a última cópia, seja ela qual for: é o mais rápido de gravar e o mais lento de restaurar, porque precisa da cadeia inteira. O diferencial copia o que mudou desde o último Full e fica no meio termo nos dois critérios. A escolha depende da janela de backup disponível e do tempo de restauração aceitável.

RPO é quanto de dado a empresa aceita perder, medido em tempo: um RPO de 4 horas significa que, no pior caso, perdem-se as últimas 4 horas de trabalho. RTO é quanto tempo a operação pode ficar parada até voltar. Os dois são definidos pelo negócio, não pela TI, e são eles que determinam a frequência das cópias e o custo da solução.

É a prática mais citada no setor: manter três cópias do dado, em dois repositórios diferentes, com uma delas fora do local. O objetivo é que nenhum evento único, como incêndio, furto ou ransomware, alcance todas as cópias ao mesmo tempo. A formulação original falava em dois tipos de mídia, o que fazia sentido quando a escolha era fita ou disco; hoje o que importa é que os repositórios sejam independentes entre si. Versões mais recentes acrescentam que uma cópia deve ser imutável ou offline, justamente por causa de ransomware.

Depende do RPO definido pelo negócio e das exigências de conformidade do setor. Um sistema que muda o dia inteiro pede cópia de hora em hora; um que muda uma vez por semana, não. A retenção segue a mesma lógica: guarda-se pelo tempo que pode ser necessário recuperar, e não mais que isso, porque dado guardado sem finalidade é risco de LGPD, não é segurança.

De pouco. Backup que nunca foi restaurado é uma suposição, não uma garantia. O teste de restauração é o que transforma a cópia em certeza, e ele mede duas coisas: se o dado volta íntegro e em quanto tempo volta. A segunda costuma surpreender.

Backup é a cópia dos dados. O plano de recuperação de desastres define como a operação inteira volta ao ar: em que ordem, em quanto tempo, com quais responsáveis e em qual ambiente. O backup é insumo do plano, não o plano.

A LGPD trata disponibilidade como parte da segurança do dado, então ter backup é parte da conformidade. Mas a política precisa definir também retenção, criptografia, controle de acesso e onde os dados ficam armazenados. Backup sem prazo de descarte cria o problema oposto: dado pessoal guardado além da finalidade.

Sim. A Integrity-UX é parceira Veeam, uma das líderes mundiais em backup e replicação de dados.

As duas coisas, conforme a necessidade. A Integrity-UX pode desenhar e implantar a política e também assumir o monitoramento contínuo, acompanhando execução, falhas e testes de restauração.