Home›Perspectivas›Artigos›Da fita para o disco e a nuvem: como renovar o backup em infraestrutura crítica

Blog · Proteção de dados · Energia

Da fita para o disco e a nuvem: como renovar o backup em infraestrutura crítica

O backup é o seguro que ninguém quer usar, até precisar dele. O que aprendemos ao levar a proteção de dados do operador do mercado elétrico da Colômbia da fita para um esquema automatizado em disco, replicado entre dois data centers e integrado ao Azure.

Por que o backup tradicional já não basta

A ameaça que mais mudou a conversa é o ransomware. Segundo o relatório de tendências de ransomware 2025 da Veeam, baseado numa pesquisa com 1.300 organizações, cerca de 69 % sofreram um ataque no último ano e, entre as afetadas, apenas 10 % conseguiram recuperar mais de 90 % dos seus dados, enquanto 57 % recuperaram menos da metade. Além disso, 69 % das vítimas acreditavam estar preparadas antes do ataque.

Para uma organização que gere infraestrutura crítica, esses números têm uma leitura clara: a qualidade do backup — o quanto está automatizado, onde vive, com que rapidez se restaura e se já foi testado — é tão importante quanto qualquer controle de segurança de perímetro.

O ponto de partida: fita e um software legado

O nosso cliente fazia o backup da sua informação com um software legado que gravava em fita. A necessidade era passar para um modelo de cópias em disco, com recursos avançados para otimizar a capacidade de armazenamento, replicação da informação entre sites geograficamente separados e integração com a nuvem. Os desafios do negócio eram igualmente concretos:

  • Proteger a informação dos diferentes sistemas que residia nos sistemas de armazenamento.
  • Melhorar a disponibilidade do próprio serviço de backup por meio de réplicas entre sites.
  • Crescer sem refazer , com uma arquitetura escalável e flexível que acompanhe a demanda dos sistemas de informação.

A arquitetura: a ferramenta certa para cada carga

A Redsis projetou uma solução integral para o data center principal e o alternativo, que incluiu servidores, armazenamento, switches Ethernet, cabeamento estruturado, software de backup e serviços especializados de engenharia.

  • Veeam Backup & Replication Enterprise Plus , na modalidade de assinatura, para os sistemas virtualizados em VMware e os servidores físicos Intel. O Veeam automatiza as cópias em disco, replica os dados entre sites, gera relatórios e apoia o planejamento de capacidade da plataforma.
  • IBM Spectrum Protect (hoje IBM Storage Protect) para as bases de dados Oracle e os servidores AIX, que naquele momento exigiam uma integração madura com o RMAN, a ferramenta nativa de backup do Oracle, e com o AIX.
  • Microsoft Azure como repositório para as políticas de retenção de dados, de modo que as cópias de longo prazo não ocupem o armazenamento local.

Vale uma nota: as versões mais recentes do Veeam já incorporam integração com o RMAN e suporte a AIX, algo que não estava disponível com a maturidade necessária quando este projeto foi desenhado. É um bom exemplo de por que a arquitetura de backup deve ser revisada periodicamente.

Um bom backup não se mede por quantas cópias faz, e sim pela rapidez e pela certeza com que consegue restaurar.
Equipe de Infraestrutura, Redsis

Cinco lições para deixar a fita para trás

1. Classificar as cargas antes de escolher ferramentas

Máquinas virtuais, servidores físicos, bases de dados e sistemas Unix têm necessidades distintas. Um inventário por tipo de carga, com a sua criticidade e a sua janela de backup, evita forçar uma única ferramenta onde ela não encaixa.

2. Replicar o backup, não apenas os dados

Se o repositório de cópias fica no mesmo site da produção, um evento nesse site pode levar os dois. Replicar as cópias para o data center alternativo torna o serviço de backup, ele próprio, de alta disponibilidade.

3. Usar a nuvem para o que ela faz bem

A nuvem é ideal para a retenção de longo prazo: capacidade elástica, sem mídias físicas para manipular ou armazenar. As restaurações do dia a dia, por outro lado, costumam ser mais rápidas a partir do disco local.

4. Medir e planejar a capacidade

Os relatórios e o planejamento de capacidade transformam o backup num serviço gerenciado: permitem saber o que foi protegido, o que falhou e quando será preciso crescer, antes de ficar sem espaço.

5. Tratá-lo como um projeto de infraestrutura completo

O software é apenas uma parte. Servidores, armazenamento, rede e cabeamento determinam o desempenho real do backup. Entregar tudo sob um mesmo projeto — como fez a Redsis nos dois data centers — reduz os pontos cegos entre fornecedores.

O resultado: backup automatizado, replicado e na nuvem

Hoje a empresa conta com um backup em disco completamente automatizado, com relatórios e planejamento de capacidade, réplica de dados entre o seu data center principal e o alternativo, e o Azure como repositório para as suas políticas de retenção. Cada tipo de carga — VMware, servidores Intel, Oracle e AIX — está protegido com a ferramenta mais adequada, sobre uma arquitetura pensada para crescer com os seus sistemas de informação.

Por onde começar?

Se a sua organização ainda depende da fita, ou se nunca mediu quanto tempo leva para restaurar os seus sistemas críticos, vale a pena começar por um diagnóstico da estratégia de backup. Na Redsis combinamos mais de 25 anos de experiência em infraestrutura de missão crítica na América Latina com soluções de proteção de dados como o Veeam e o IBM Storage Protect.

Leia o caso completo

Conheça como o operador do mercado elétrico da Colômbia passou da fita para um backup em disco, replicado e na nuvem.

Ver caso de sucessoFalar com um especialista