Industrial Cybersecurity & OT Risk calculator

PLC Recovery Time Calculator

PLC Recovery Time estimates how long it takes to reload and bring a fleet of programmable logic controllers back to a known-good, running state after a ransomware event, firmware corruption, or hardware swap. Controls engineers and OT incident-response teams use it to set realistic Recovery Time Objectives (RTO) and to size restoration crews, because the raw restore speed is only half the story — every controller also needs validation, interlock checks, and a safe restart before the line can run. It turns a vague 'we'll be back in a day' into a defensible number you can put in a disaster-recovery plan. It is the operational backbone of OT business-continuity planning.

What this calculator does

  • Estimate PLC recovery effort using controller count, recovery completion rate, and allowance for validation and restart checks.
  • Use it when planning recovery from failed hardware, corrupted logic, backup restore, or cyber incident recovery exercises.
  • It divides the number of controllers to recover by your restore rate, then inflates that base time by a validation and restart allowance.

Formula used

  • Base PLC recovery time = PLCs or controller projects to recover ÷ PLC recovery completion rate
  • Required PLC recovery time = base PLC recovery time × allowance factor

Inputs explained

  • PLCs or controller projects to recover:
  • PLC recovery completion rate:
  • Validation and restart allowance:

How to use the result

  • Use it when building or stress-testing an OT recovery plan, sizing a restoration crew, or setting a controller RTO.
  • It assumes a steady restore rate and clean, current backups — a single missing or corrupt PLC backup can blow the estimate apart.

Common questions

  • How do you calculate PLC recovery time? Divide controllers to recover by your restore rate to get base time, then multiply by one plus the validation allowance. For 12 controllers at 0.8 per hour the base is 15 hours; a 35% allowance lifts it to 20.25 hours.
  • Why add a validation and restart allowance? Reloading a PLC project is not the same as a running line. You still have to verify I/O, confirm interlocks, sync with adjacent controllers, and restart safely. The 35% allowance captures that overhead — 5.25 extra hours in the example.
  • What is a realistic PLC restore rate? It depends on backup tooling and access. A practiced team using automated golden-image restores may hit 1 to 2 controllers per hour; manual project downloads with checks often land near the 0.8 per hour used here.
  • How do I shrink PLC recovery time? Raise the restore rate with automated, version-controlled backups and pre-staged spares, and trim the allowance by scripting validation checks. Both levers move the 20.25-hour result down directly.
  • Does this include network and server recovery? No. It covers controllers only. Full OT recovery also needs SCADA servers, historians, and engineering workstations — model those separately and add their time to this figure for a true line-back estimate.

Last reviewed 2026-05-12.