O backup e a recuperação são um pouco como o snowboard. Quando chegar a hora de descer a montanha ou manter seu negócio funcionando em caso de desastre, um pouco de preparação fará a diferença entre um pouso suave ou acabar de cara em um monte de neve. Aqui estão quatro maneiras de evitar uma falha épica.
Falha épica nº 1: equipamento defeituoso
Como você identifica um novato nas pistas? Que tal o snowboarder que tem uma jaqueta de esqui cara e estilosa, mas luvas finas e tintas não à prova d'água? Ou o cara que esqueceu de se certificar de que suas amarras estavam funcionando bem e perdeu a prancha no meio da montanha? Afinal, você não pode destruir a colina a menos que seu equipamento funcione.
Da mesma forma, você não pode se recuperar de um desastre se seu backup não estiver pronto antes da ocorrência da perda de dados. É fundamental garantir que sua tecnologia esteja funcionando como deveria e tenha um conjunto de recursos robusto o suficiente para o seu negócio, bem antes de ocorrer um desastre. Você desejará uma implementação em que os backups sejam automáticos e confiáveis, a integridade de seus dados seja mantida por meio de validação inline e offline, o teste de recuperação seja automatizado por meio de software de garantia de recuperação e os backups sejam copiados com êxito para um local secundário ou a nuvem. Em termos simples, certifique-se de que seus dados estão realmente sendo copiados e copiados externamente. Parece simplista, mas é importante confirmar que sua empresa pode continuar funcionando mesmo se seus servidores locais ficarem inativos.
Falha épica nº 2: ignorando o mapa da trilha
Você não entraria em um teleférico sem verificar se está indo para as encostas verdes ou para um diamante negro. Você também não faria uma curva não planejada fora da trilha e praticaria snowboard entre as árvores, pois provavelmente se encontraria batendo na terra ou algo pior, como cair em uma fenda ou desfiladeiro. Antes de subir a montanha, você precisa planejar sua descida. Você também precisa verificar os sinais ao longo do caminho para ter certeza de que ainda está no caminho certo.
Assim como você precisa de um mapa de trilha para sua aventura de snowboard, também precisa de um plano escrito para uma recuperação de desastre bem-sucedida. Isso significa que você precisa criar um documento de escopo amplo e que inclua diretrizes passo a passo. Isso deve ser feito com três áreas únicas em mente:
- Pessoas: Identifique o pessoal operacional principal e planeje uma maneira de trabalhar remotamente ou em um local secundário quando ocorrer um desastre. Isso significa dar a eles acesso direto — independentemente de sua localização — aos sistemas de recuperação, dados e outros recursos de que precisam para manter as operações comerciais. Também é importante configurar uma forma alternativa de comunicação (por exemplo, telefones celulares dos funcionários) no caso de a infra-estrutura de comunicação principal da sua organização ficar inoperante (por exemplo, e-mail corporativo ou sistemas telefônicos).
- Infraestrutura: Identifique a principal infraestrutura operacional — as partes da sua infraestrutura sem as quais sua empresa não pode operar — e certifique-se de que estejam protegidas. Lembre-se de que a razão pela qual você deseja que sua infraestrutura de TI sobreviva com sucesso a um desastre é para que seu ativo mais importante, sua equipe, tenha as ferramentas necessárias para continuar gerando receita e lucratividade para os negócios.
- Processos: Identifique os principais processos operacionais - diretrizes passo a passo que descrevem quem faz o quê no caso de uma interrupção - e certifique-se de que os membros da equipe estejam cientes e pratiquem sua função. Considere todos os processos críticos para as operações diárias dos negócios e não se concentre apenas nos processos de TI.
Seu plano de DR, bem como suas soluções de proteção de dados, também devem atender aos objetivos de ponto de recuperação (RPOs) de sua empresa, ou a quantidade máxima de dados (em termos de tempo) que você pode perder, bem como seus objetivos de tempo de recuperação (RTOs), que é a quantidade máxima de tempo que você pode ficar sem seus dados e sistemas. Os melhores planos de DR são baseados em quantos dados estão sendo recuperados e na rapidez com que essas informações precisam ser colocadas online.
Falha épica nº 3: negligenciar a prática
Se sua primeira descida da montanha for em uma trilha de diamantes negros duplos, você certamente cairá de cara no chão. Você não pode simplesmente comprar o equipamento e estudar o mapa da trilha e magicamente saber como praticar snowboard sem nunca pisar na neve. Praticar sua técnica, desenvolver sua forma física e aprimorar seus instintos são a chave para tornar sua descida da montanha um sucesso.
Continuar seus negócios durante um desastre e recuperar dados perdidos é um evento de nível de diamante negro. Se você nunca testou sua estratégia de DR, é provável que acabe com ela. Não é incomum que os administradores de TI instalem uma solução de backup e raramente (ou nunca) testem uma recuperação real. Além disso, e quando se trata de testar, um ou dois não são suficientes. O ritmo acelerado da transformação digital atual e da evolução da TI significa que sua infraestrutura também está mudando rapidamente. O melhor teste de DR é iterativo e feito em uma programação consistente, para que você possa garantir que seu backup esteja protegendo o estado atual da infraestrutura de sua empresa. A taxa de alteração de seus dados é uma boa referência para determinar com que frequência testar seu plano de recuperação de desastres. Alguns fornecedores de backup oferecem testes de DR automatizados, o que pode economizar muito tempo e aborrecimento.
Você também precisa considerar vários cenários de desastre e avaliar como os processos de DR podem mudar como resultado. Por exemplo, sua estratégia exige que um membro da equipe dirija até um local secundário para fazer a rotação da mídia? E se um desastre natural de grande escala, como inundações ou nevascas, impedir as viagens? O backup na nuvem é uma boa solução para superar as limitações físicas e baseadas no site, mas você também precisa planejar a rapidez com que precisa dos seus dados de volta da nuvem. Nuvens de hiperescala podem fornecer armazenamento barato, mas podem levar dias para restaurar seus dados pela WAN. Se você não tiver um site secundário geograficamente separado de seu site principal (uma proposta cara para muitas empresas), o DR como serviço pode fornecer spin-up acessível e continuidade de negócios na nuvem. O que quer que você escolha, informe-se sobre o SLA do fornecedor, conheça seus RPOs e RTOs e, claro, teste.
Falha épica nº 4: assumindo que toda a neve é a mesma
Seria ótimo se a neve estivesse sempre fresca e as trilhas nunca estivessem lotadas, mas, convenhamos, às vezes você estará lutando contra a lama ou evitando os turistas nas férias de primavera. Os pensionistas experientes também sabem que você tende a se divertir mais no snowboard se desenvolver as habilidades para enfrentar diversos terrenos e diferentes parques de neve. Mesmo que você passe a maior parte do tempo em sua pista favorita, as trilhas variam dia a dia e estação a estação. Se você presumir que toda a neve é igual, terá problemas ao descer a colina.
Com sua infraestrutura de TI, você não pode presumir homogeneidade. Talvez você prefira o máximo de virtualização possível, mas sua organização requer alguns servidores físicos. É importante manter a flexibilidade para que sua equipe de TI permaneça responsiva e ágil às necessidades de mudança dos usuários e ao cenário tecnológico em evolução.
Para usar o exemplo mais comum, evitar o aprisionamento de um único fornecedor é fundamental para o sucesso técnico e financeiro da TI moderna. As falhas de DR geralmente ocorrem porque os administradores oferecem suporte a apenas uma única tecnologia em seu planejamento de DR. Por exemplo, eles suportam tecnologias de armazenamento como SAN ou NAS, mas ignoram o armazenamento de conexão direta; abrace a virtualização, mas ignore os servidores físicos; ou oferecem suporte a dispositivos físicos, mas não consideram a necessidade de restauração entre diferentes modelos e gerações de servidores. Crie e teste um plano de backup e DR que abranja toda a gama de tecnologias de que sua empresa precisa para continuar funcionando.
Se você é novo no snowboard, uma das primeiras coisas a saber é que você vai cair. O mesmo ocorre com as infraestruturas de TI — ocorrerá perda de dados, seja por uma pequena exclusão por um usuário, uma invasão de malware prejudicial ou um desastre natural em grande escala que derrube um site inteiro. Seja qual for a magnitude, você pode estar pronto. Evite falhas épicas garantindo que seu equipamento esteja funcionando, concluindo seu plano, testando seu DR e mantendo a flexibilidade em sua estratégia. Ao fazer isso, você estará destruindo essas encostas rapidamente.
Sobre o autor
Brooke Bullman é Gerente de Marketing de Produto na Unitrends, líder em soluções de continuidade de negócios em nuvem para empresas. Para mais informações, entre em contato com a autora pelo e-mail info@unitrends.com ou visite www.unitrends.com.
Amazon