{"id":49509,"date":"2024-05-29T00:00:00","date_gmt":"2024-05-28T22:00:00","guid":{"rendered":"https:\/\/jotelulu.com\/blog\/as-10-principais-preocupacoes-ao-configurar-o-disaster-recovery\/"},"modified":"2024-05-29T00:00:00","modified_gmt":"2024-05-28T22:00:00","slug":"preocupacoes-configurar-disaster-recovery","status":"publish","type":"post","link":"https:\/\/jotelulu.com\/pt-pt\/blog\/preocupacoes-configurar-disaster-recovery\/","title":{"rendered":"As 10 principais preocupa\u00e7\u00f5es ao configurar o Disaster Recovery"},"content":{"rendered":"

Fique connosco ao longo deste artigo onde iremos discutir as 10 principais preocupações ao configurar o Disaster Recovery numa PME<\/strong>.<\/p>\n

Planear, configurar e manter um plano de recuperação de desastres verdadeiramente funcional e eficaz requer um planeamento cuidadoso e uma gestão de vários fatores.<\/p>\n

O esforço investido na preparação de planos de contingência, na implementação de infraestruturas, processos e operações alternativas, bem como na sensibilização e formação do pessoal antes da ocorrência do incidente são elementos fundamentais para garantir a recuperação das operações da empresa de forma rápida e eficiente após um incidente.<\/p>\n

Um investimento adequado<\/strong> numa solução de Disaster Recovery (DR) devidamente concebida e executada<\/strong> não só protegerá os ativos críticos da organização, como também garantirá a continuidade do negócio e a resiliência contra contingências futuras.<\/p>\n

NOTA:<\/strong> quanto às normas, estes procedimentos, operações e planos estão incluídos na ISO\/UNE\/22.301 “Sistemas de Gestão da Continuidade de Negócio”<\/a>.<\/em><\/p>\n

 <\/p>\n

Vamos enumerar as preocupações ao configurar uma recuperação de desastres:<\/h2>\n

Como somos megafãs de listas, decidimos apresentar este artigo sobre preocupações e desafios como uma lista das 10 principais preocupações que todas as pequenas empresas têm quando enfrentam o desafio de configurar um DR.<\/p>\n

    \n
  1. Alinhamento<\/strong> dentro da empresa.<\/li>\n
  2. Avaliação de riscos <\/strong>e análise de impacto.<\/li>\n
  3. Custo<\/strong> da solução e falta de orçamento<\/strong>.<\/li>\n
  4. Dependências<\/strong> e coordenação<\/strong>.<\/li>\n
  5. Definição de objetivos da recuperação<\/strong>.<\/li>\n
  6. Procedimentos<\/strong>, documentação<\/strong> e normas<\/strong>.<\/li>\n
  7. Tecnologias <\/strong>usadas versus tecnologias apropriadas.<\/li>\n
  8. Formação<\/strong> e sensibilização<\/strong>.<\/li>\n
  9. Testes<\/strong>, operações<\/strong> e validação<\/strong>.<\/li>\n
  10. Melhoria contínua<\/strong> do Disaster Recovery.<\/li>\n<\/ol>\n

    Como sempre, a seguir vamos analisar cada uma delas com alguma profundidade.<\/p>\n

     <\/p>\n

    Alinhamento dentro da empresa:<\/h2>\n

    Não vamos desenvolver muito este ponto, porque é algo muito simples de entender e muito fácil de implementar se planearmos com um mínimo de reflexão. A primeira coisa que devemos compreender quando propomos um plano de DR é que nós, enquanto departamento de TI, não somos o umbigo do mundo<\/strong> nem o núcleo da empresa, mas sim um departamento que possibilita o correto funcionamento<\/strong> da mesma (pelo menos na maioria das empresas).<\/p>\n

    Por isso, devemos reunir-nos com os restantes departamentos e administração<\/strong> para definir o que é mais importante<\/strong>, o que não pode ser parado em nenhum momento e o que tem prioridade na recuperação do negócio.<\/p>\n

     <\/p>\n

    Avaliação de riscos e análise de impacto:<\/h2>\n

    A avaliação de riscos é um dos pontos fundamentais para proteger a nossa organização. Consiste, valha a redundância, em identificar os riscos específicos<\/strong> que podem impactar a nossa organização para desenvolver estratégias para a sua gestão. Dentro disto, podemos encontrar coisas tão diversas como falhas de hardware<\/strong> ou software<\/strong>, erros humanos<\/strong>, atos intencionais<\/strong> de pessoas internas, desastres naturais<\/strong> e até os famosos ataques cibernéticos<\/strong>.<\/p>\n

    Abordamos este tema no artigo «Como avaliar riscos e ameaças nas PME<\/a>«, portanto não vamos falar disso neste artigo, deixando ao leitor a opção de aprofundar o conhecimento.<\/p>\n

    Para além do modelo de avaliação de riscos, existe a Análise de Impacto no Negócio (BIA)<\/strong>, que é responsável por determinar como os diferentes tipos de desastres afetam a organização, avaliando o impacto financeiro, operacional e reputacional associado a cada um dos riscos previamente identificados.<\/p>\n

     <\/p>\n

    Custo da solução e falta de orçamento:<\/h2>\n

    Em todos os projetos, o custo das soluções<\/strong> é um dos pontos mais sensíveis, pois é uma condição normalmente estrita<\/strong> que tornará mais fácil ou mais difícil o desenvolvimento de um projeto. A solução mais completa costuma ser a mais cara… Neste sentido, um projeto de recuperação de desastres não foge a esta regra: geralmente, as soluções são caras, o que pode significar uma barreira intransponível.<\/p>\n

    Dentro do custo da solução devem ser tidos em conta vários conceitos, como o custo de implementação<\/strong>, ou custo inicial, e o custo de manutenção<\/strong> da solução, bem como alguns indicadores que nos ajudarão a determinar o equilíbrio entre o custo de implementação e o benefício que a solução gera.<\/p>\n

    No custo inicial devemos ter em conta tanto o custo do pessoal<\/strong> envolvido (horas de trabalho, contratação de consultores, etc.) como os custos associados à infraestrutura<\/strong>, como os servidores e outro hardware<\/em>, os custos de licenças<\/strong>, custos de subscrição de serviços<\/strong> e fornecedores de serviços cloud<\/em><\/strong>, etc.<\/p>\n

    Além disso, será necessário ter em conta o que custa manter uma posição de segurança ativa e vigilante<\/strong>. Logicamente, este custo é superior ao custo de não fazer nada, mas pode acabar por ser um preço muito reduzido a pagar se evita ou minimiza o impacto de uma situação catastrófica para o negócio.<\/p>\n

    Sobre este tema, recomendamos a leitura do artigo «Qual é o custo real de não investir em segurança?<\/a>» no nosso blog.<\/p>\n

     <\/p>\n

    Dependências e coordenação:<\/h2>\n

    Os sistemas e processos não são entidades independentes que flutuam no ar. Existem inúmeras interdependências<\/strong> entre todos os elementos que compõem a nossa organização.<\/p>\n

    Para criar um plano de DR funcional, estas interdependências entre os diferentes sistemas devem ser revistas<\/strong> para que sejam corretamente identificadas e documentadas, para garantir que a recuperação dos processos de negócio é eficiente e coordenada.<\/p>\n

    Outro ponto a ter em conta é a relação com os parceiros de negócio e fornecedores<\/strong>, para que possamos garantir que todos os stakeholders<\/em> críticos para a organização participam nos nossos planos de DR ou têm outros planos compatíveis com os nossos e que possam ser coordenados caso ocorra algum incidente.<\/p>\n

    Estes planos devem ser revistos e praticados com maior ou menor frequência para garantir que não se mantêm apenas no quadro teórico.<\/p>\n

    Por outro lado, e acima de tudo, deve existir uma integração clara com a direção da empresa e um apoio claro<\/strong> por parte desta, pois sem este apoio é possível que as coisas não funcionem.<\/p>\n

     <\/p>\n

    Definição de objetivos da recuperação:<\/h2>\n

    Quem tem alguma experiência em gestão de projetos de TI sabe, seja por experiência própria ou por ter aprendido num curso, que a maioria dos projetos de TI sofre algum tipo de problema ao longo da sua execução<\/strong>. Na verdade, os estudos dizem que apenas cerca de 20% são executados de forma totalmente satisfatória.<\/p>\n

    Quem já estudou metodologias como o PMP, ACP ou mesmo Scrum saberá que na maioria dos casos tal se deve à gestão incorreta dos requisitos e definição dos objetivos<\/strong> do projeto, por isso, no caso de estabelecer um plano de recuperação de desastres (DR), devemos ter muito claros os objetivos antes de iniciar o projeto. São a pedra basilar.<\/p>\n

    Os objetivos de recuperação<\/strong> que devemos estabelecer devem basear-se no conhecimento dos recursos e serviços<\/strong> da nossa organização, bem como no conhecimento das ligações e dependências<\/strong> que estas possam ter, e serão principalmente duas:<\/p>\n