Planeamento de recuperação operacional

Construir uma sequência de recuperação analisável a partir de dependências e tarefas mantidas, recursos explícitos, simulações de falhas e objetivos RTO/RPO.

Entrada

Resultado

O planeamento de recuperação começa com factos operacionais mantidos: dependências de processos, tarefas, durações, recursos e tempos-alvo. A IA seleciona passagens substanciais de processos e tarefas para análise. O servidor calcula processos a jusante afetados, uma sequência compatível com as capacidades e bloqueios por resolver. Conclusão prevista, comparação RTO e evidência de antiguidade das cópias permanecem distintas de uma declaração de recuperação bem-sucedida.

Os teus textos, páginas e imagens são processados nos nossos próprios servidores na UE. Centro de Confiança

Experimenta agora Preços

Para quem é

Equipas de continuidade operacional e de TI que preparam um exercício de simulação com procedimentos internos mantidos. Não é um controlador de incidentes em direto, um guia de emergência médica ou um planeador de evacuação. Continuam a ser necessários procedimentos internos aprovados e especialistas responsáveis.

Utilizações típicas

Simular a falha de um processo e acompanhar os seus dependentes.
Reduzir a capacidade ou marcar um recurso de recuperação como indisponível.
Comparar a conclusão prevista com RTO e a antiguidade fornecida da cópia com RPO.
Revelar ciclos, tarefas ausentes e trabalho a jusante bloqueado antes do exercício.

Exemplo

Entrada

Processos operacionais e de TI críticos: id,name,criticality,rto_minutes,rpo_minutes,backup_at,owner,description P1,Base de dados de encomendas,high,60,60,2026-11-03T08:30:00Z,Equipa de bases de dados,Restaurar a base de encomendas mantida antes de reiniciar a receção de encomendas. P2,Receção de encomendas,high,120,60,2026-11-03T08:30:00Z,Equipa de serviços,A receção de encomendas exige a disponibilidade da base de encomendas. Dependências mantidas: id,from,to,evidence L1,P1,P2,A receção de encomendas lê e escreve na base de encomendas. Tarefas de recuperação mantidas: id,process,sequence,duration_minutes,resource,units,instruction T1,P1,1,30,R1,1,Restaurar a cópia aprovada da base e registar o resultado da validação. T2,P2,1,20,R1,1,Reiniciar o serviço mantido de receção de encomendas após verificar a base. Recursos de recuperação: id,name,capacity R1,Operador de recuperação,1 ID dos processos com falha simulada: P1 Hora de referência UTC explícita: 2026-11-03T09:00:00Z Horizonte de planeamento em minutos: 480 Prioridade de planeamento da recuperação: Criticidade fornecida Capacidade disponível dos recursos (%): 100 Margem de segurança RTO em minutos: 0 Política de antiguidade das cópias: Avisar sobre lacunas nas cópias Filtro de criticidade: Todos Número máximo de seleções para análise: 10 Detalhe das citações: Detalhado Ordem de apresentação: Início planeado

Resultado

A tarefa da base de dados é planeada para os minutos 0–30 e a receção de encomendas para os minutos 30–50, utilizando um único operador de recuperação. Ambas as conclusões previstas cumprem os objetivos RTO fornecidos de 60 e 120 minutos. A antiguidade fornecida da cópia é 30 minutos face a um RPO de 60 minutos. São comparações de planeamento, não provas de uma cópia utilizável ou de uma restauração bem-sucedida.

Um exemplo fixo, abreviado. Os resultados reais são gerados por IA: verifica-os.

Preço e limites

Preço: geralmente 1–3 créditos
Disponível com: Grátis, Com pacote
Limite de entrada: Uma página com até 100 000 carateres de HTML

Privacidade

Processado nos nossos próprios servidores na UE (Polónia). As entradas e os resultados são eliminados após 7 dias (Grátis) ou 30 dias (pacotes), ou logo depois de veres o resultado se escolheres não os guardar. As imagens são eliminadas logo após o processamento.

Na API

Nome da ferramenta: recovery_plan. Cria uma tarefa com POST /api/v1/jobs e obtém o resultado com GET /api/v1/jobs/{id}. Encontras a tua chave de API na tua conta.

curl -X POST https://do4u.eu/api/v1/jobs \
  -H "Authorization: Bearer d4u_…" -H "Content-Type: application/json" \
  -d '{"tool": "recovery_plan", "url": "https://example.com/"}'

Documentação completa da API →

Perguntas e respostas

As tarefas são executadas ou geradas livremente?

Não. Apenas instruções de tarefas mantidas podem surgir como citações exatas. O modelo não pode adicionar comandos, tarefas de recuperação ou recursos. Nada é executado ou enviado para um serviço externo.

Como são tratadas dependências e capacidade?

Um processo afetado aguarda que todos os pré-requisitos afetados sejam planeados. As tarefas seguem a sequência fornecida. As reservas respeitam a capacidade efetiva em unidades inteiras e permitem trabalho paralelo apenas quando a capacidade o permite. Ciclos, tarefas ausentes e recursos inviáveis permanecem bloqueios; o trabalho a jusante não os pode ignorar.

Cumprir RTO ou RPO demonstra recuperação?

Não. RTO compara a conclusão estimada mais a margem explícita com um objetivo fornecido. RPO compara a hora de referência com uma data e hora fornecida de cópia. Nenhum verifica integridade, perda real de dados ou restauração bem-sucedida. Os pré-requisitos não afetados são considerados disponíveis, pelo que dados incompletos de dependências podem invalidar o plano.

O meu texto fica guardado?

Só o tempo necessário: 7 dias no plano Free, 30 dias com um pacote – ou nunca, se preferires não guardar. O tratamento é feito nos nossos próprios servidores na UE (Polónia).

Posso usar o resultado de imediato?

Os resultados são gerados por IA. Lê-os com atenção antes de os publicares ou enviares.