GRC FlowGRC Flow
  • O GRC Flow por dentro
  • Serviços
  • Packs
  • Enciclopédia
  • Perguntas frequentes
A sua opiniãoIniciar sessãoComeçar
  • O GRC Flow por dentro
  • Serviços
  • Packs
  • Enciclopédia
  • Perguntas frequentes
  • Dar a minha opinião
  • Iniciar sessão
GRC Flow

Serviços de governação, risco, conformidade e operações de TI cujos entregáveis se alimentam uns aos outros.

Produto

  • O GRC Flow por dentro
  • Serviços
  • Packs
  • Enciclopédia
  • Perguntas frequentes
  • Sobre nós

Referenciais

  • ISO/IEC 27001
  • RGPD
  • NIS2
  • DORA
  • HIPAA
  • PCI DSS

Informação legal

  • Termos de utilização
  • Privacidade
  • Aviso legal

© GRC Flow

  • O GRC Flow por dentro
  • Serviços
  • Packs
  • Enciclopédia
  • Perguntas frequentes

O que é a recuperação de desastres?

A recuperação de desastres é o conjunto de planos e meios técnicos que repõem os sistemas informáticos e os dados após uma perturbação grave, nos prazos acordados com o negócio.

Enciclopédia / Continuidade do negócio · Conceitos · Atualizado em 7 de novembro de 2026

Depois de ler, poderá escolher meios de recuperação adequados aos seus objetivos e provar que funcionam com uma reposição real.

Definição

A NIST SP 800-34 descreve o plano de recuperação de desastres como aquele que dirige a recuperação dos sistemas de informação num centro alternativo após uma perturbação grave. A ISO/IEC 27002 trata o mesmo terreno no controlo 5.30, preparação das TIC para a continuidade de negócio.

Faz parte da continuidade de negócio. A recuperação traz de volta os sistemas, e os planos de negócio cobrem a forma como as pessoas continuam a trabalhar até lá.

As partes de um plano de recuperação: informação de apoio, ativação e notificação, recuperação, reconstituição e anexos
Imagem: NIST SP 800-34 Rev. 1, Figure 4-1, Public domain in the United States (17 U.S.C. 105)

Porque é importante

A maioria dos processos de negócio para quando o seu sistema para, por isso o tempo de recuperação da informática define muitas vezes o do negócio.

Enquanto ninguém as tiver realmente reposto, as cópias de segurança são apenas uma esperança. Muitas empresas descobriram no pior dia possível que as suas não serviam.

Como funciona

Retire os objetivos de recuperação da análise de impacto no negócio e ordene os sistemas em conformidade, tendo em conta as dependências.

Escolha depois os meios: cópias de segurança, replicação, um centro alternativo frio, morno ou quente, ou outra região cloud. Proteja também as cópias, porque os atacantes vão primeiro a elas.

Escreva os passos por ordem e designe quem os executa. Depois reponha a sério, cronometre e compare o resultado com o seu objetivo.

Um caso prático

Uma empresa fixa um objetivo de 4 horas para o seu sistema de encomendas. O primeiro teste de reposição demora 9 horas, porque a base de dados não arranca antes do serviço de identidade, que ninguém tinha previsto repor primeiro.

O plano recebe uma nova ordem de passos e um servidor de identidade de reserva. O teste seguinte demora 3 horas e 40 minutos.

Boas práticas

  • Mantenha uma cópia das suas cópias de segurança offline ou imutável.
  • Mapeie as dependências até à identidade, ao DNS e à rede. São elas que costumam atrasar a reposição.
  • Guarde o plano fora dos sistemas que ele repõe.
  • Leia o seu contrato cloud para ver o que o fornecedor cobre e o que fica do seu lado.

Erros frequentes

  • Acreditar que a replicação é uma cópia de segurança. Copia fielmente a corrupção e a cifragem para o outro centro.
  • Testar com um único ficheiro. Repor um sistema inteiro pela ordem certa é um exercício muito diferente.
  • Proteger as cópias com as mesmas contas de administrador da produção, de modo que uma única palavra-passe roubada chega a ambas.
  • Presumir que um serviço cloud recupera os seus dados sozinho.

Perguntas

Qual a diferença entre centros quentes, mornos e frios?
Um centro quente pode assumir quase de imediato, um morno precisa de alguma preparação e um frio oferece pouco mais do que espaço e energia. Por esta ordem, o custo desce e o tempo de recuperação sobe.
O que é a regra 3-2-1 das cópias de segurança?
Três cópias dos dados, em dois tipos de suporte, com uma fora das instalações. É uma prática muito difundida, e nenhuma norma a exige.
O que é a recuperação de desastres como serviço?
Um fornecedor replica os seus sistemas e arranca-os na sua própria infraestrutura quando necessário. Definir objetivos e testar continuam a ser da sua responsabilidade.
A lei exige um plano de recuperação de desastres?
Alguns textos exigem-no, como o DORA para as entidades financeiras. O artigo 32.º do RGPD exige a capacidade de restabelecer atempadamente a disponibilidade dos dados pessoais.
Com que frequência se deve testar uma reposição?
Em proporção à criticidade do sistema. Os sistemas críticos são normalmente testados pelo menos uma vez por ano, e após alterações importantes.

Pôr em prática

Criar a sua conta

Ler a seguir

  • Guia completo da continuidade de negócio
  • O RTO explicado
  • O RPO explicado
  • Continuidade de negócio ou recuperação de desastres
O que é a continuidade de negócio?Continuidade de negócio ou recuperação de desastres

Fontes

  • NIST SP 800-34 Rev. 1
  • ISO/IEC 27002:2022
  • Regulation (EU) 2016/679 (GDPR)
  • Regulation (EU) 2022/2554 (DORA)
Gerador de planos e procedimentos
  • Análise de impacto no negócio
  • Gerador de políticas