Backup, storage e disaster recovery

Backup só existe de verdade quando a restauração é testada. Implantamos backup imutável e off-site, dimensionamos o storage e escrevemos o plano de recuperação com RPO e RTO acordados — depois provamos que ele funciona, com teste documentado.

O que fazemos nesta área

  • Disaster Recovery: projeto e implantação da capacidade de retomar a operação em outro ambiente após uma falha grave, com RPO e RTO definidos por sistema.
  • Plano de Continuidade de Negócios: documento que define quem faz o quê, em que ordem e com quais recursos quando a operação para — com papéis e contatos nomeados.
  • Backup Gerenciado: operação contínua da sua rotina de backup no seu ambiente, com verificação diária de execução, tratamento de falhas e relatório periódico.
  • Backup Imutável / Off-site: cópias que não podem ser alteradas nem apagadas dentro do período de retenção, mantidas fora do ambiente de produção para resistir a ransomware.
  • Proxmox Backup Server: implantação do servidor de backup do ecossistema Proxmox, com deduplicação, verificação de integridade e retenção por política.
  • Storage ZFS e Ceph: projeto e operação de storage com verificação de integridade em ZFS ou storage distribuído em Ceph, dimensionado para a carga real.
  • Storage NAS / SAN: dimensionamento e configuração do storage compartilhado que sustenta a virtualização e os arquivos da empresa, com caminhos redundantes.
  • TrueNAS Empresarial: implantação de storage TrueNAS com pools ZFS, snapshots, replicação para um segundo equipamento e integração ao Active Directory.
  • Windows Stretch Cluster: cluster Windows distribuído entre dois sites com replicação de storage, mantendo o serviço de pé quando um dos sites cai por completo.
  • Arquitetura de Alta Disponibilidade: desenho da redundância de cada camada, detalhado na categoria de Assessment, Arquitetura & Migração.
  • Testes de Recuperação e Failover: exercício periódico de restauração e de virada para o site secundário, com evidência documentada do tempo real de recuperação.

Backup não testado é suposição

A falha mais cara de infraestrutura quase nunca é o backup que não rodou — é o que rodou por anos e não restaurou quando foi preciso. Mídia corrompida, base inconsistente, item fora da política, dependência que ninguém mapeou. Por isso o teste de restauração entra como entrega, com evidência do tempo real de recuperação, e não como promessa.

Imutabilidade contra ransomware

Ransomware moderno procura o backup antes de cifrar a produção: apagado o backup, resta pagar. Cópia imutável impede alteração e exclusão dentro da retenção, mesmo por quem tem credencial de administrador. Somada a uma cópia off-site, é o que separa um incidente sério de uma parada sem volta.

RPO e RTO acordados, não presumidos

RPO é quanto dado a empresa aceita perder; RTO é quanto tempo aceita ficar parada. Os dois são decisão de negócio, não escolha técnica — e variam por sistema: o ERP não tolera o que a intranet tolera. Definimos os dois com você, dimensionamos a solução para cumpri-los e medimos no teste se estão sendo cumpridos.

Na nossa nuvem

Esta categoria reúne serviços executados no seu ambiente. Se preferir a infraestrutura já hospedada por nós, no Brasil, o produto equivalente na nossa plataforma é Backup e recuperação de desastres.

Ver o produto na nossa nuvem

Perguntas frequentes

Qual a diferença entre backup e disaster recovery?

Backup é a cópia dos dados; disaster recovery é a capacidade de voltar a operar. Dá para ter backup íntegro e ainda assim ficar dias parado, se não houver onde subir os sistemas, em que ordem e com qual rede. O backup responde "os dados existem"; o DR responde "em quanto tempo a empresa volta a trabalhar".

O que é backup imutável?

É uma cópia que não pode ser alterada nem apagada durante o período de retenção definido, nem por uma conta administrativa comprometida. É a defesa direta contra ransomware, que hoje ataca o backup antes de cifrar a produção.

Com que frequência testar a recuperação?

Para os sistemas críticos, ao menos uma vez por trimestre, e sempre depois de mudança relevante de ambiente. O teste precisa gerar evidência: o que foi restaurado, quanto tempo levou e o que falhou. Sem esse registro, o RTO no papel é só estimativa.

Vocês operam backup no ambiente do cliente ou só na nuvem de vocês?

Nos dois. Como serviço, implantamos e operamos o backup dentro do seu ambiente, com a ferramenta que fizer sentido ali. Como produto, oferecemos backup hospedado na nuvem da JangadaCloud, no Brasil.