the work

backups and recovery

A backup counts once you have restored from it. One timed restore tells you more than a plan, and it leaves a record that shows the control runs.

NIS2 / DORA / GDPRlast checked 2 November 2026not legal advice
01

the reality

This duty has the shortest route from reading to real evidence. A single restore test is small enough to do this month, and its record shows that the control runs, which a policy document cannot show. You also find out how long recovery takes before you need it.

For the board, the question is plain: how long can we be down, and has anyone proved we can come back in that time?

basis NIS2 Art. 21(2)(c); GDPR Art. 32(1)(c)

02

what to decide

  • How long each service can be down, and how much data you can losechief executive, with operations
  • What comes back firstchief executive
  • Who runs a crisis when email is downchief executive

basis NIS2 Art. 21(2)(c); DORA Art. 11(1). Who decides is practice.

who decides when the systems are down

chief executiveoperationsITcomms
declare a crisisdecidesadvisesadvises
choose what comes back firstdecidesdoesadvises
restoreis tolddoes
talk to customersdecidesadvisesdoes
keep the paper contact sheet currentownsdoes

basis working practice. No legal text sets this.

03

what to build

  1. Write the down-time and data-loss limits for your five main services.
  2. Restore one real system from backup to a clean place. Time it and write down what was missing.
  3. Keep one backup out of reach of your normal admin accounts, then test whether one stolen admin login could delete all of them.
  4. Write a short crisis plan: who decides, how you talk when email is down, who speaks to customers.
  5. Print the contact sheet and keep a copy away from your systems.

basis NIS2 Art. 21(2)(c); DORA Art. 12(1); GDPR Art. 32(1)(c); KSC Art. 8(1)(2)(f); IR 2024/2690 Annex 4.1, 4.2, 4.3 as a reference

a backup counts once you have restored from it

  1. 1back upscope and frequency written down
  2. 2restoreone real system, to a clean place
  3. 3time itagainst what the business said it could stand
  4. 4write the gapswhat was missing, who fixes it
  5. 5fixand change the plan

again on a schedule, with a different system

basis NIS2 Art. 21(2)(c); DORA Art. 12(1); GDPR Art. 32(1)(c); KSC Art. 8(1)(2)(f)

04

the evidence it leaves

what you can showwho owns itrefresh
restore test record: date, system, duration, gapshead of ITat least yearly
continuity plan with recovery targetsoperations leadyearly
backup policy: scope, frequency, retentionhead of ITyearly
crisis exercise recordchief executiveyearly

basis DORA Art. 12(1); KSC Art. 8(1)(2)(f). The refresh rates are practice.

05

what goes wrong

backups never restored

The job reports success for years and nobody has tried the other direction.

one login deletes everything

If the same admin account reaches production and backups, one stolen password reaches both.

the plan lives in the system that is down

Keep a paper copy of the contact sheet and the first steps.

IT sets the priorities alone

What comes back first is a business decision. Make it before the day it matters.

basis working practice. No legal text sets this.

06

what the texts leave open

  • How often to test, and what recovery time is acceptable. NIS2 gives no numbers, so set yours from the business and write them down.
  • How DORA's detail applies at your size. It is proportionate, and your supervisor will have a view.

basis NIS2 Art. 21(2)(c); DORA Art. 4(1)

07

check it yourself

fyi Last checked 2 November 2026. This is not legal advice. It is a plain reading of the texts listed on this page, and national law can add to them. Before you rely on it in front of a regulator, an auditor or your board, have a lawyer confirm it for your company. What this means.

your next step

Pick one system and restore it this month, with a stopwatch.