Um Plano de Continuidade de Negócios e Recuperação de Desastres (BCDR) é um conjunto de técnicas e processos utilizados por organizações para auxiliar na recuperação após um desastre e na retomada das operações comerciais cotidianas. A compreensão dos processos de BCDR torna-se mais fácil quando divididos em duas seções:
Esta parte do procedimento trata do aspecto comercial. O procedimento visa criar políticas e procedimentos que garantam que as funções essenciais da empresa estejam operacionais durante e após um desastre. Isso envolve:
A Recuperação de Desastres lida principalmente com o lado de TI do processo. Este processo definirá como uma organização ou empresa se recupera de um desastre natural ou digital. Isso envolve:
Existem alguns outros termos cruciais com os quais você deve estar familiarizado ao discutir, criar e testar seus planos de BCDR. Entre eles estão:
Objetivo de Ponto de Recuperação (“RPO”) : Qual é o requisito do seu plano para o nível de restauração de dados? Em outras palavras, se o sistema falhasse hoje, até que ponto no passado você precisaria retroceder para recuperar dados válidos, e essa quantidade de dados perdidos é aceitável para a empresa? Algumas empresas definem um RPO de uma semana. Isso significa que, se precisassem restaurar a partir de backups, restaurariam dados de um backup de uma semana atrás, perdendo até uma semana de dados transacionais e atividades.
Objetivo de Tempo de Recuperação (“RTO”) : O RTO define a rapidez com que você deve conseguir executar seu plano de recuperação. Se você iniciou seu BCDR neste momento e seu RTO é de 24 horas, suas operações devem ser totalmente restauradas a 100% dentro de 24 horas após o início da execução do plano BCDR.
Sim. A menos que sua empresa consiga suportar uma interrupção prolongada de uma semana ou mais, você deve ter um plano de BCDR desenvolvido pela sua equipe de tecnologia ou pelo seu Provedor de Serviços Gerenciados. Além disso, esse plano deve ser testado.
Em um cenário de pesadelo recente, um plano BCDR era necessário e tinha um RPO de 24 horas e um RTO de 24 horas. O problema era que os backups não podiam ser restaurados com rapidez suficiente de seu local de armazenamento externo devido a uma conexão de internet muito lenta e um grande volume de dados a serem transferidos para restauração. Por fim, o plano BCDR foi modificado para ter um backup local dos dados realizado uma vez por mês, para que pudesse ser o ponto de restauração no qual alterações incrementais seriam restauradas a partir do local de backup da internet, uma semana de cada vez, até que o RPO fosse alcançado. Isso impactou o RTO, que teve que ser expandido para 48 horas (de 24) para acomodar as etapas adicionais de restauração, mas era a abordagem mais econômica que a empresa podia arcar e aceitar.
Descubra e compartilhe as últimas tendências, dicas e melhores práticas de segurança cibernética, além de novas ameaças às quais você deve ficar atento.
Autora: Katie Boquetti | Editorial: Craig Taylor Editorial de Craig Taylor: Já sabíamos disso há algum tempo...
Ler mais
Autora: Katie Boquetti | Editorial: Craig Taylor Editorial de Craig Taylor: Um CAPTCHA deve testar se...
Ler maisTenha uma visão mais aguçada dos riscos humanos com uma abordagem positiva que supera os testes de phishing tradicionais.
