Capítulo 47 — Ensaio de falha e recuperação
Mapa da aula
Aula 47 publicada. Mapa, exemplo, EX139.
flowchart TD
N0["47.1 Planejar o ensaio"]
N1["47.2 Executar e medir"]
N2["Laboratório — Tempos do ensaio de recuperação"]
N3["47.3 Melhorar o procedimento"]
N4["Síntese"]
N0 --> N1 --> N2 --> N3 --> N4
N4 --> EX["Exemplo resolvido"]
EX --> Q["Exercício EX139"]
Desenho lógico
flowchart LR
N0["47.1 Planejar o ensaio"]
N1["47.2 Executar e medir"]
N2["Laboratório — Tempos do ensaio de recuperação"]
N3["47.3 Melhorar o procedimento"]
N4["Síntese"]
N0 --> N1 --> N2 --> N3 --> N4 --> Q["EX139"]
[47.1 Planejar o ensaio]
|
v
[47.2 Executar e medir]
|
v
[Laboratório — Tempos do ensaio de recuperação]
|
v
[47.3 Melhorar o procedimento]
|
v
[Síntese]
|
v
[Exemplo resolvido] --> [Exercício EX139]
Objetivos de aprendizagem
Você vai (1) planejar um ensaio controlado de falha e recuperação; (2) medir a recuperação contra os objetivos; (3) melhorar os procedimentos de recuperação a partir das evidências do ensaio.
47.1 Planejar o ensaio
O projeto final de Sofia inclui um ensaio de recuperação no espelho de laboratório. O cenário: um ransomware criptografa os servidores de cálculo das tarifas, e a equipe precisa restaurar o serviço a partir de backups offline enquanto os validadores continuam operando offline. Os objetivos são um tempo de recuperação de quatro horas para o cálculo das tarifas e nenhuma perda de registros de validação, já que os validadores os guardam em buffer. Ela escreve o plano com papéis, etapas, critérios de sucesso, limites de segurança e um procedimento de interrupção, e informa todos os envolvidos. Os ensaios são preparados com cuidado porque o propósito é aprender com segurança, e não causar uma indisponibilidade real.
47.2 Executar e medir
Durante o ensaio, a equipe reconstrói os servidores a partir de imagens, restaura o banco de dados a partir do último backup offline, recarrega as tabelas de tarifas verificadas e reprocessa os registros de validação guardados em buffer. Sofia registra os tempos de cada etapa. O laboratório abaixo resume os tempos sintéticos: a recuperação total excede o objetivo de quatro horas porque a restauração do banco de dados e o reprocessamento dos registros levam mais tempo do que o planejado. Nenhum registro de validação é perdido. Os tempos medidos substituem as estimativas otimistas no plano de recuperação, o que é o principal valor do ensaio: agora o plano reflete o que a equipe de fato consegue fazer.
Laboratório — Tempos do ensaio de recuperação
# Synthetic recovery trial step timings (minutes) vs a 4-hour objective.
steps = [("declare and isolate", 20), ("rebuild servers from images", 55), ("restore database", 120),
("reload verified tariffs", 15), ("replay buffered tap records", 95), ("reconcile and sign-off", 20)]
total = sum(m for _, m in steps)
for s, m in steps: print(f"{s:30} {m:4d} min")
print(f"total {total} min = {total/60:.1f} h; objective 240 min; met: {total <= 240}")
print("tap records lost: 0 (validators buffered all records)")
Execute com python3 lab_recovery.py. Saída verificada:
declare and isolate 20 min
rebuild servers from images 55 min
restore database 120 min
reload verified tariffs 15 min
replay buffered tap records 95 min
reconcile and sign-off 20 min
total 325 min = 5.4 h; objective 240 min; met: False
tap records lost: 0 (validators buffered all records)
47.3 Melhorar o procedimento
A equipe analisa o estouro. A restauração do banco de dados foi lenta porque os backups foram comprimidos com uma configuração que limita a restauração paralela; o reprocessamento dos registros foi lento porque processava os registros um de cada vez. Sofia propõe mudar o formato do backup e processar o reprocessamento em lotes, e então roda de novo essas duas etapas, reduzindo bastante o tempo combinado. Ela atualiza o runbook de recuperação e agenda o próximo ensaio completo. A função recover do NIST CSF 2.0 enfatiza a melhoria do planejamento de recuperação a partir das lições aprendidas, e o ensaio põe esse princípio em prática com números, e não com opiniões.
Exemplo resolvido
Sofia conduz um ensaio de recuperação de ransomware no espelho de laboratório, mede um tempo total acima do objetivo de quatro horas sem perda de registros e corrige os gargalos da restauração e do reprocessamento.
Caso sintético. O ensaio, os tempos e as correções são sintéticos; o NIST CSF 2.0 é real.
Erros e limites
Os ensaios de laboratório omitem o estresse e os problemas de coordenação do mundo real. Os backups precisam ser testados quanto à integridade, não só à velocidade.
Exercícios
-
EX139 — Objetivos do ensaio. Quais eram os dois objetivos de recuperação? Rubrica: 3 = cálculo das tarifas restaurado em quatro horas e nenhum registro de validação perdido;; 2 = os dois;; 1 = um;; 0 = nenhuma.
-
EX140 — Resultado dos tempos no laboratório. Que tempo total de recuperação o laboratório relatou, e quais etapas estouraram? Rubrica: 3 = 325 minutos (5,4 horas); a restauração do banco (120 min) e o reprocessamento dos registros (95 min) dominaram;; 2 = os dois;; 1 = cumprido;; 0 = nenhuma.
-
EX141 — Duas correções. Que duas correções Sofia propôs? Rubrica: 3 = mudar a compressão do backup para permitir restauração paralela; reprocessar os registros em lotes;; 2 = as duas;; 1 = uma;; 0 = nenhuma.
Síntese
Testes de recuperação substituem estimativas otimistas por tempos medidos e impulsionam melhorias concretas nos procedimentos de recuperação.
Continue estudando — aula 47 (capítulo 47 de 50)
← Capítulo 46 · Índice das aulas · Capítulo 48 →
Continue para a próxima aula já escrita.