...
O Plano de Recuperação de Desastres (DRP – Disaster Recovery Plan) é um processo documentado envolvendo um conjunto de procedimentos para recuperar os serviços de TI após um evento extremo de falha no ambiente, seja em Banco de Dados, infraestrutura de rede, servidores de aplicações ou qualquer outro ambiente crítico ao funcionamento do negócio.
O principal objetivo de um DRP é identificar possíveis situações de risco e elaborar soluções para restabelecer as operações do negócio, no menor tempo possível, caso uma das possíveis falhas levantadas venham a aconteceraconteçam. As situações levantadas podem ser de origem técnica, operacional, de infraestrutura ou até mesmo um desastre natural.
Objetivos secundários de um DRP podem ser observados a seguir:
Aviso | ||
---|---|---|
| ||
Neste item serão abordados temas genéricos para elaboração de um DRP, tendo como foco principal um cenário de utilização dos produtos Linha Consinco. Cenários específicos, envolvendo outras aplicações, ambientes ou tecnologias não serão abordados aqui. |
Um plano para recuperação de desastres, habitualmente, pode ser dividido em algumas fases:
Nota |
---|
É importante destacar que, as fases aqui elencadas e descritas podem ser alteradas, podendo haver inclusões ou exclusões de novos passos para elaboração e implementação do seu DRP, conforme necessidade do negócio. |
Essa fase determina as necessidades iniciais do projeto, os times e pessoas a serem envolvidas, tanto na elaboração quanto na participação das atividades de recuperação dos ambientes. Define-se também o esforço e investimentos relativos à implementação e manutenção do plano. Além disso, devemos considerar também a elaboração de estratégias para conscientização e treinamentos de pessoas relacionadas às atividades aqui descritas.
Neste ponto do projeto, o foco passa a ser a avaliação de vulnerabilidades e possíveis impactos destas na operação do negócio. A intenção é documentar todas as possíveis vulnerabilidades encontradas, os impactos no negócio e também o plano para a solução dos casos levantados. Além disso, deve-se estabelecer papéis e responsabilidades sobre cada etapa nas ações de recuperação.
Como exemplo, podemos avaliar:
Aqui no TDN disponibilizamos várias várias documentações sobre topologias, servidores e configurações de aplicação, que podem auxiliar no levantamento de pontos a serem incluídos e documentados no seu DRP. Veja alguns exemplos:
Em Requisitos de Infraestrutura encontramos uma vasta documentação sobre:
Além dos temas acima, relacionados a infraestrutura, temos também temos também uma ampla documentações sobre configurações dos produtos. Dentre elas, destacamos:
Um ponto fundamental para uma rápida recuperação dos ambientes tecnológicos que envolvem o uso das soluções TOTVS Varejo Supermercados - Linha Consinco, são os backups. Após o levantamento de riscos e vulnerabilidades, e de avaliar o impacto desses riscos nas operações e infraestrutura, considerar as estratégias de backup contribuirá para a redução do tempo de restauração dos ambientes. Para isso, considera-se importante os seguintes pontos:
Outros dois temas muito importantes para otimização no tempo de recuperação são a Replicação e a Redundância. Avaliar a possibilidade de se ter serviços de infraestrutura com alta disponibilidade, como replicação de dados em tempo real, Data Guards, Clusters para alta disponibilidade, são algumas ações que também minimizam o tempo de recuperação dos ambientes.
A contingência de infraestrutura também é um fator a ser avaliado. Manter uma infraestrutura de hardware e software de contingência que possa ser ativada rapidamente em caso de falha enriquece certamente enriquece o plano e minimiza o tempo de recuperação.
Considera-se também como como tarefa chave nesta etapa, uma avaliação completa da segurança de todos os ambientes do negócio, observando:
...
Dentro das informações sobre oServidor de Banco de Dados, na seção Conexões com o Banco de Dados, temos um resumo das configurações sobre as conexões ao banco de dados conhecidas pelo ERP Linha Consinco.
Uma vez definidos os planos, inicia-se a fase de implementação e testes. Aconselha-se É aconselhado repetições na execução dos testes para que o time de atuação esteja sempre apto a fazê-lo. É recomendado também que se repita o teste sempre que ocorrer uma mudança significativa no ambiente tecnológico de negócio.
...
O escopo do teste depende da estratégia de recuperação selecionada, o que reflete refletindo os requerimentos de negócio da empresa. O plano de recuperação desenvolvido deve ser escrito de forma que seja compreensível e fiel à realidade da organização.
Conforme mencionado acima, é muito importante a realização de testes regulares do plano de recuperação para garantir que todos os processos funcionem conforme o esperado. Siga a periodicidade documentada nos levantamentos. Documente os resultados dos testes e revise o plano com base nas lições aprendidas.
Revise e atualize regularmente o plano de recuperação de desastres para garantir que ele permaneça relevante e eficaz diante das mudanças no ambiente de TI e nos riscos.
...