5 razões pelas quais os planos de recuperação de desastres falham

É um cenário que toda equipe de TI teme. Você faz backups de servidores críticos com todo o cuidado para o seu dispositivo local ou para a nuvem, mas, quando ocorre um incidente e você mais precisa deles, a recuperação do backup falha.

Vamos analisar por que a recuperação de desastres falha e como você pode evitar os fatores que levam a essa falha:

1. Falha em identificar e compreender as dependências de recuperação

Os planos de recuperação de desastres geralmente incluem estratégias de backup e retenção de dados que não mapeiam de forma completa as dependências e os requisitos necessários para uma recuperação de desastres sem contratempos. A falta de alinhamento entre os planos de backup e as expectativas específicas de restauração pode ter consequências devastadoras.

A retomada das operações do servidor é apenas o começo

Para operações comerciais executadas em aplicativos de múltiplas camadas ou N-camadas, simplesmente restaurar o funcionamento do servidor não é suficiente. Nesses ambientes, as funções de processamento, gerenciamento de dados e apresentação podem estar hospedadas em máquinas diferentes, que precisam se comunicar entre si de maneira perfeita. Se você fizer backup desses componentes em horários diferentes ou restaurá-los com a ordem de inicialização incorreta ou em um host com uma rede virtual diferente, a comunicação entre eles poderá ser perdida. Como resultado, a recuperação de desastres falhará, os dados poderão ser perdidos e você poderá perder muitas horas tentando resolver os problemas.

Problemas de configuração

Problemas de configuração no ambiente de produção podem comprometer sua recuperação de desastres. Por exemplo, ao configurar ambientes de servidores virtuais como destinos de backup, é necessário alocar espaço para os snapshots, para que eles possam ser executados e salvos corretamente.

Dicas para identificar dependências críticas e garantir recuperações bem-sucedidas:

• Faça um brainstorming sobre diversos cenários de interrupção do serviço e analise as etapas específicas que você precisará seguir para restabelecer o serviço aos usuários finais. Examine cada etapa do processo em busca de possíveis dependências ou obstáculos à recuperação de desastres.
• Documente as dependências críticas — ordens de inicialização, requisitos de aplicativos etc. — e incorpore-as às etapas de recuperação.

2. Compreender e evitar problemas de compatibilidade de software

Há uma ampla gama de problemas de compatibilidade de software que podem tornar os dados irrecuperáveis. O Serviço de Cópia de Sombra de Volume (VSS) da Microsoft é uma fonte comum de problemas de compatibilidade. No entanto, novas tecnologias de backup e recuperação de desastres na nuvem estão integrando software avançado de autocorreção para resolver esses problemas de compatibilidade. Essa tecnologia detecta automaticamente problemas de compatibilidade com o VSS, configurações incorretas e uma ampla gama de ameaças à capacidade de recuperação. O software resolve conflitos do VSS, reinicia os backups e executa uma série de outras etapas para corrigir problemas de backup antes que eles comprometam a recuperação, sem exigir qualquer intervenção da sua equipe de TI.

3. Testes inadequados

As equipes de TI continuam enfrentando dificuldades para encontrar tempo e recursos para realizar testes de recuperação de desastres com frequência suficiente para garantir que as recuperações ocorram conforme o planejado. No entanto, testar os backups é essencial para uma recuperação sem contratempos. Um plano sólido de recuperação de desastres deve evitar atalhos, como realizar testes apenas uma vez por ano (ou nem mesmo realizá-los), pré-carregar fitas nas bibliotecas de fitas, preparar servidores antecipadamente e substituir os testes completos de restauração por verificações pontuais.

Dicas para melhorar os testes:

• Implemente soluções avançadas de backup e recuperação na nuvem que realizem automaticamente testes completos de recuperação do seu ambiente de backup.
• Invista em soluções de backup e recuperação que testem automaticamente a capacidade de recuperação das aplicações e documentem o tempo real de recuperação em caso de desastre e o ponto de recuperação.

4. Falha na proteção contra corrupção de dados e malware

Existem inúmeras causas de corrupção dos dados de backup que podem levar ao fracasso das recuperações — desde a inversão de bits causada por erupções solares até quedas inesperadas de energia, passando por problemas no XFS e no sistema de arquivos, além de várias falhas de hardware (problemas com controladores RAID, controladores de armazenamento, corrupção do sistema de arquivos, falhas em NAS, etc.).

Apesar da crescente frequência de incidentes que ganham destaque na mídia, a falha em detectar malware em ambientes de backup continua sendo um dos problemas mais comuns que causam falhas na recuperação de desastres. Os criadores de ransomware têm se tornado cada vez mais sofisticados — criando programas que permanecem inativos por tempo suficiente para serem incluídos nos backups de dados, o que elimina a possibilidade de se defender contra ataques simplesmente recuperando os dados mais recentes.

Dicas para evitar a corrupção de dados e a infecção por malware em seus backups:

• Escolha uma tecnologia de backup e recuperação baseada no Linux. A maioria das infecções por malware tem como alvo sistemas baseados no Windows.
• Certifique-se de que sua tecnologia de backup e recuperação seja capaz de detectar sinais precoces de infecção por malware.
• Utilize uma solução de backup e recuperação que inicie automaticamente e teste a capacidade de recuperação das aplicações em seu ambiente de backup, a fim de garantir que você possa recuperar os dados com segurança, utilizando backups não infectados, no caso de um ataque de ransomware (ou outro malware).
• Certifique-se de que sua solução de backup possua verificação de redundância cíclica (CRC) integrada. O CRC é um código de detecção de erros utilizado para identificar alterações acidentais em blocos de dados que entram no seu sistema de backup, a fim de garantir que não haja corrupção de dados.

5. Não seguir as melhores práticas de gerenciamento de mídia

Uma das razões mais comuns pelas quais um backup aparentemente perfeito não pode ser recuperado é o manuseio incorreto das mídias de backup ou arquivamento – fitas, discos rígidos removíveis etc. Embora as fitas e os discos removíveis sejam tecnologias relativamente simples, seu manuseio é altamente manual e exige o cumprimento rigoroso das melhores práticas. Erros humanos simples, como a rotulagem incorreta de fitas ou unidades de arquivamento, podem tornar impossível a recuperação a partir dessas mídias.

Para um backup de dados eficiente, é possível automatizar todo o processo de gerenciamento de backup, replicação fora do local e retenção de longo prazo. Você também pode optar por utilizar a recuperação de desastres como serviço (DRaaS).

Os principais eletrodomésticos atuais também vêm equipados com hardware com capacidade de autorrecuperação e monitoramento remoto, que detectam sinais precoces de problemas de hardware e agendam automaticamente a manutenção antes que ocorra uma falha efetiva.

As infraestruturas de TI atuais são combinações cada vez mais complexas de ambientes locais, SaaS, em nuvem e virtuais. Para garantir eficiência no backup e na recuperação, considere uma solução de backup que se integre à sua solução de gerenciamento de terminais. Monitore e gerencie todos os seus terminais, além de gerenciar as implantações de antivírus/antimalware e os backups, tudo a partir de um único console.

O Kaseya Unified Backup reúne os melhores serviços do mundo em backup, proteção contra ransomware, armazenamento em nuvem e continuidade de negócios e recuperação de desastres (BCDR) em uma plataforma poderosa e completa, baseada em um único dispositivo. Para saber mais sobre o Kaseya Unified Backup, baixe aqui nosso resumo do produto.