Backups
Your backup shows green. What the GDPR and an insurer expect you to show
Article 32 of the GDPR asks, as appropriate to the risk, for two things: the ability to restore personal data in a timely manner, and a process for regularly testing the security measures. The plainest evidence of both is a dated record of restoring real files, repeated at a set interval, from a copy that an attack on the original could not reach.
By Oscar CobbeCurrent as at 16 minute read23 sources
What a green light shows, and what it does not
A backup console that says the last job succeeded tells you a copy was written. It does not tell you whether whatever breaks the original can reach the copy too, whether it covers every system the business depends on, or whether anything comes back out of it.
Centric Health is an Irish example. When ransomware hit the patient administration system of seven of its clinics in December 2019, its nightly backups and daily snapshots were hit as well: the Data Protection Commission found they were kept on the same physical server, not off site.
The National Cyber Security Centre's guide to ransomware says attackers focus on encrypting the backups they can access, to prevent recovery. The European Data Protection Board adds that ransomware can lie undiscovered for days, slowly encrypting rarely used data, which can make several backups in a row useless.
What the GDPR says
Article 32(1) requires the controller and the processor to implement appropriate technical and organisational measures to ensure a level of security appropriate to the risk, taking into account the state of the art, the cost, the nature, scope, context and purposes of the processing, and the risk to people. Among the measures it lists, as appropriate, are these two, word for word:
- 1(c) the ability to restore the availability and access to personal data in a timely manner in the event of a physical or technical incident;
- 2(d) a process for regularly testing, assessing and evaluating the effectiveness of technical and organisational measures for ensuring the security of the processing.
What that asks of a backup
Point (c) asks for an ability to restore, and Article 32 does not use the word backup. A copy that has never been restored shows that the copying ran, not that the ability exists. Point (d) is the testing, and it says regularly without saying how often.
Article 5(1)(f) requires protection against accidental loss, destruction or damage, and Article 5(2) requires the business responsible for the data (the controller) to be able to demonstrate it. A written record of a restore test is part of that demonstration.
The DPC's guidance note on data security calls a back-up system an essential means of recovering from the loss or destruction of data. Its frequency and nature depend on the organisation and the data, and the security standards for back-up data are the same as for live data. The duty to keep personal data secure applies to every controller and processor, regardless of size.
The EDPB's guidelines on breach examples go further on testing. Backup procedures should be structured, consistent and repeatable. Whatever the method, it should be tested to see that it works, both in what it covers and when data is to be restored. The testing should be repeated at intervals, especially when the processing changes.
What the DPC found at Centric Health
The decision describes Centric Health as a provider of GP, dental and other services to over 400,000 patients across Ireland, with over 500 staff. On 3 December 2019 staff at seven of its clinics, in Kildare and Dublin, could not get into their patient administration system, and Centric's IT found malware that had encrypted patient data and demanded payment.
The records of about 70,000 patients were affected. Backups in cloud storage let data up to an earlier date be restored, but data from one period was gone: 2,500 patients were permanently affected because their data was deleted with no backup available. The DPC also found that steps Centric itself took in the immediate aftermath of the attack permanently deleted some of the data. Centric paid the ransom for a decryption key, which could not be applied because the data had been deleted in the meantime.
Centric told the DPC that no processes were in place to test restoration from backup for that server, and that it could not confirm when a restore had last been run. The DPC found no records of restore testing and no testing at regular intervals, so Centric was not in a position to know whether its backup data was intact or whether any restore would succeed.
The bar was set by what Centric held: health data, which the DPC said called for suitable and specific measures, including processes to test them. A GP, dental or other health practice holds the same kind of data. A business holding less sensitive data is measured against the risk of what it holds.
The decision, signed on 23 January 2023 (the DPC's decisions page gives 23 February 2023), found infringements of Articles 5(1)(f), 5(2) and 32(1), issued a reprimand, and fined Centric €275,000 under Article 5(1)(f), €50,000 under Article 5(2) and €135,000 under Article 32(1): €460,000 in all. The DPC had regard to the group's turnover in setting the fines.
The €50,000 under Article 5(2) was for records Centric could not produce, among them the patch assessments its own policy required and any document showing its security measures had been tested, assessed or evaluated. A restore test with no written record would leave the same gap.
The questions the DPC asked Centric about its backups make a good test of your own:
- 1How often are backups copied or moved off the live system, so they can no longer be reached or changed from it?
- 2How far are the backups exposed to the same route of attack as the live system?
- 3What process is there for testing restoration from backup and recovery from a disaster?
- 4When was a restore last tested?
- 5Is a backup drive left connected all the time, or only while the backup runs?
A backup on the same server was hit by the same attack
Centric Health's nightly backups sat on the server the ransomware reached, and nobody could say when a restore had last been tried. Data covering about 2,500 patients was lost for good, and the fines came to €460,000.
Ransomware on personal data is a breach, and the backup changes how serious it is
A personal data breach is a breach of security leading to the accidental or unlawful destruction, loss or alteration of personal data, among other things. The EDPB says ransomware can usually be classified as a breach of availability (you cannot get at the data), and often of confidentiality as well (someone else may have it).
Its guidelines work through four ransomware cases, set out below. The Board says a key variable in assessing the breach is how quickly data can be effectively restored from a readily available backup. Where the backup was encrypted along with the live data, it says that alone raises questions about the controller's security before the attack. In a well-designed backup regime, it says, multiple backups are stored where the main system cannot access them.
A backup does not settle the question on its own. In the first case the Board also relied on encryption at rest and on logs showing nothing had left the company. In the third, a backup that worked still left a high risk, because patients depended on the system while it was down.
If the breach has to be notified, the first 72 hours of a breach sets out what Article 33 requires; every breach, notified or not, must be documented under Article 33(5). The NCSC's ransomware guide adds that ransomware is a crime and should be reported to An Garda Síochána at a local Garda station, and that incidents may also be reported to the NCSC at incident@ncsc.gov.ie.
| The EDPB's case | What happened | What the Board concluded |
|---|---|---|
| 01, a small manufacturer | Data encrypted at rest with a key the attacker did not get, logs showing nothing left, a few dozen people affected, and the data restored from backup a few hours after the attack | Unlikely to result in a risk: documented under Article 33(5), not notified, nobody told |
| 02, an agricultural company | No electronic backup and no encryption at rest. Most data was restored from paper over 5 working days, with minor delays to customers' orders | A risk, not a high risk: documented and notified to the supervisory authority |
| 03, a hospital | Backups available and most data restored, over 2 working days, with surgery cancelled or postponed | High risk: documented, notified, and patients told |
| 04, a public transport company | The backup encrypted by the attacker as well, and data copied out, including identity card and card payment details | High risk: documented, notified, and the people told |
What makes a backup count
SME Cyber Resilience: Ireland's State of the Sector 2025 is a Munster Technological University (MTU) report, made in collaboration with the NCSC from data MTU collected. It found that 69% of the SMEs assessed operate without automated backup solutions. Among those with a backup schedule, only 32% test their backups more than once a year. The answers came from 894 organisations that used MTU's online assessment in 2024 and 2025, 88% of them micro businesses, and were self-reported and anonymous, with no independent auditing.
The NCSC's guidance and the EDPB's ransomware measures point to four things a backup should be.
- 1Regular. It runs on a schedule. The NCSC says how often depends on how often the data changes; scheduling it to run by itself means nobody has to remember.
- 2Separate. At least one copy sits where an attacker in your systems, or in your main admin account, cannot reach it. The NCSC says backups should not be directly connected to the business network, should be kept air-gapped (cut off from any network), and should not be accessible through the same credentials as the primary data, with multi-factor authentication protecting them. Its ransomware guide gives the 3-2-1 rule: three copies, on two separate systems, one of them offline.
- 3Complete. It covers what you would need back: the NCSC lists documents, databases and configurations. For data held in cloud services, the next section sets out what the providers keep.
- 4Proven. Something has been restored from it, opened and checked, and the date written down.
What Microsoft 365 and Google Workspace keep, and for how long
Both providers keep deleted items for a time. The table gives each one's own documentation, read on 16 October 2026. The windows change, so check the pages before relying on a number.
| Where | What the provider's documentation says |
|---|---|
| Exchange Online mail | Items emptied from Deleted Items stay in Recoverable Items for 14 days by default, up to a maximum of 30 days if an admin changes it, and are then removed. A user can purge them sooner unless single item recovery or a hold is on. |
| SharePoint and Teams files | Deleted items stay in the recycle bins for 93 days, then are permanently deleted. |
| OneDrive | Restore your OneDrive can undo the changes of the last 30 days, including files infected by malware. A file permanently deleted from the recycle bin can never be recovered. |
| A deleted Microsoft 365 user | Restored with all associated data if restored within 30 days of deletion. |
| Microsoft 365 Backup | A separate paid product, with a recovery window of three months to two years. The backups cannot be overwritten, but the Backup tool's admin can delete them, with a 90-day grace period to recover them. |
| Gmail | Deleted messages stay in Trash for 30 days, an admin has another 25 days to restore them, and after that they cannot be restored by an admin or by Google. |
| Google Drive | Items in the trash are permanently deleted after 30 days. An admin can recover items within 25 days after a user empties the trash, restoring everything removed in a date range, not single files. |
| A deleted Google Workspace user | Can be restored up to 20 days after deletion. After that the data is gone. |
| Google Vault | Google says Vault isn't a data archive and keeps nothing until retention rules are set. Not every Workspace edition includes it, and Google says a Vault export of Gmail cannot be restored directly into the user's mailbox. |
Where a separate copy can come from
The recycle bins, trash folders and restore windows get back something deleted recently. Each has an end date, and each is run from the same tenant and admin console as the live data.
The NCSC separates cloud storage, which keeps your files on the provider's servers, from a cloud back-up, which is a point-in-time copy you restore from. Its test is a copy not accessible through the same credentials (login details) as the primary data. Read against that test, none of the rows in the table is that copy, Microsoft 365 Backup included. Microsoft offers it through the Microsoft 365 admin center, says its backups never leave the Microsoft 365 data trust boundary, and lets the Backup tool's admin delete them. Neither provider says this. It is our reading of their pages against the NCSC's guidance.
One way to meet the test is a backup service outside the tenant, with its own login and second factor. Another is a regular export kept offline. The NCSC's questions for choosing a provider include where the data is stored, for example in the EU, and who has access to it. Ask the vendors of the accounts package, the booking system and the website what they keep, for how long, and whether you can take a copy out.
The backup is personal data like the original. A provider that stores it, or an IT provider that runs it, is your processor: under Article 28 its contract must require it to take the Article 32 measures and to make available the information needed to show it does. Ask it for the dated record of its last restore test, because Article 5(2) leaves the duty to demonstrate compliance with you. A copy stored in a third country brings in the transfer rules of Chapter V, which sending personal data to the US covers for the American case.
What an insurer asks
Chubb's Irish short proposal form for its Cyber Enterprise Risk Management policy (ROI0268-MD, 09/22) asks whether backups of mission-critical systems are immutable, completely offline or air-gapped, reached only through separate privileged accounts outside the standard Active Directory domain, or protected by multi-factor authentication. Its standard form (ROI0270-MD) asks whether full restores from backup are tested, whether recoverability and integrity are checked, and whether the restore plan includes ransomware scenarios.
OBF Insurance Group, a broker regulated by the Central Bank of Ireland, says underwriters expect encrypted backups, multiple copies across different media including one offline, and a restoration testing schedule. It says many underwriters will expect proof, and advises collecting screenshots, reports and evidence of configuration before you apply.
A yes on a proposal form is a statement about the business on the day it is signed. What the cyber insurance questionnaire asks covers answering it and the evidence folder to keep. The restore test below is that folder's entry for backups.
Running a restore test, step by step
None of the texts above prescribes a method, so this is one way to run the test and leave a record that shows it was done. Take one system at a time.
How often is not in the law: Article 32(1)(d) says regularly. Chubb's standard form asks whether a formal disaster recovery plan covering cyber scenarios is tested annually, and the MTU figures counted backup testing more than once a year. Pick an interval that fits how fast your data changes, write it down, and keep to it.
- 1Choose something real, with somebody who uses it: a client folder, one mailbox, the accounts data, the website.
- 2Restore from the separate copy, the one away from the main login. Getting a file back from a recycle bin tests the recycle bin.
- 3Restore to a new location, such as a new folder or a test mailbox, so a restore that goes wrong cannot overwrite good data. At Centric, the DPC found that Centric's own steps right after the attack deleted some data for good, and Centric said its attempts to restore the systems deleted the logs that held its patch records.
- 4Open what came back: documents, a spreadsheet's totals, an attachment. Compare the number of files and their dates with the original.
- 5Note how long it took to have files people could work with, and the date of the newest data in the copy. The first is your evidence that you can restore in the timely manner Article 32(1)(c) asks for. The second is how much recent work would be lost.
- 6Check who can delete the copy. Sign in to the backup with its own account, confirm the second factor is on, and confirm your main email admin account cannot reach it.
- 7Write it down: the date, who ran it, the system, what was restored and from which backup, how long it took, what was checked, what failed and what was done about it, and the next test date. Keep it with the description of security measures that your record of processing should hold where possible (Article 30(1)(g)).
- 8Test again at your interval, and whenever a system, a supplier or the backup changes. The EDPB names changes to the processing as a reason. At Centric, the server was due to be migrated but the move had not begun, and Centric said the server's non-standard set-up was why no restore testing was in place.
What does not apply
NIS2 lists business continuity, such as backup management and disaster recovery, in Article 21(2)(c). But it covers only organisations classed as essential or important entities, and it is not yet Irish law. The deadline for transposing it was 17 October 2024. On 8 July 2026 the European Commission decided to refer Ireland to the Court of Justice for failing to notify transposition, and on 7 October 2026 the Government's National Cyber Security Strategy 2030 said a draft of the Bill was still being prepared. Where NIS2 stands in Ireland has the rest.
A business outside NIS2 that supplies one of those entities may still be asked about its backups, because Article 21(2)(d) makes supply chain security part of the entity's own measures. What a NIS2 customer asks its suppliers covers those questions.
The GDPR names no backup product, frequency or method. The 3-2-1 rule is the NCSC's guidance and one of the EDPB's examples, not a legal requirement. No standard or certificate is needed to meet Article 32 either; a customer asking for one is covered in CyFun, ISO 27001 or Cyber Essentials.
Sources
- 1.Regulation (EU) 2016/679, the GDPR: Articles 4(12), 5, 28, 30, 32, 33 and 44 · EUR-Lex, Publications Office of the European Union
- 2.Directive (EU) 2022/2555, NIS2: Articles 21(2)(c) and (d), and 41 · EUR-Lex, Publications Office of the European Union
- 3.Centric Health final decision, IN-21-2-4 (redacted), cover page and paragraphs 10 to 22, 99 to 133, 149, 203, 217 and 221 · Data Protection Commission
- 4.Inquiry into Centric Health Ltd, IN-21-2-4, decision page · Data Protection Commission
- 5.Guidance for Controllers on Data Security, February 2020 · Data Protection Commission
- 6.Guidelines 01/2021 on examples regarding personal data breach notification, version 2.0, section 2 (ransomware) and footnote 12 · European Data Protection Board
- 7.Quick Guide: Ransomware (undated), pages 4 to 6 · National Cyber Security Centre, Ireland
- 8.Cyber security for small business: guidance on cyber security measures for Irish business (undated), section 5 · National Cyber Security Centre, Ireland
- 9.Commission refers Ireland, Spain, France and the Netherlands to the Court of Justice (IP/26/1499, 8 July 2026) · European Commission
- 10.National Cyber Security Strategy 2030, 7 October 2026, page 11 (the National Cyber Security Bill) · Department of Justice, Home Affairs and Migration
- 11.SME Cyber Resilience: Ireland's State of the Sector 2025, printed pages 8 and 11 · Munster Technological University
- 12.Recoverable Items folder in Exchange Online · Microsoft
- 13.Restore items in the recycle bin that were deleted from SharePoint or Teams · Microsoft
- 14.Restore your OneDrive · Microsoft
- 15.Restore a user in Microsoft 365 · Microsoft
- 16.Overview of Microsoft 365 Backup · Microsoft
- 17.Restore a user's permanently deleted email · Google
- 18.Recover deleted files and folders for Drive users · Google
- 19.Restore a recently deleted user · Google
- 20.Google Vault overview · Google
- 21.Chubb Cyber Enterprise Risk Management short proposal form, Ireland (ROI0268-MD 09/22), question 5 · Chubb European Group SE
- 22.Chubb Cyber Enterprise Risk Management standard proposal form, Ireland (ROI0270-MD 09/22), questions 14 and 16 · Chubb European Group SE
- 23.What security controls are required for today's cyber insurance · OBF Insurance Group
Free, and no account needed
Take the free compliance check
A few questions and a live outside look at your website and email settings, with no account needed. Its Article 32 line says two-step sign-in everywhere and a backup you have tested restoring are the floor. That line is FourWinds' own reading, not the law's wording. The check cannot see your backups, and the restore test above is how you answer that line. Once your account is approved, you can keep it as a free compliance record that runs the access request and breach clocks: one month from receipt, 72 hours from awareness.
Run the free checkKeeping the record current
Run is the monthly service that keeps what FourWinds built running: production checked on a schedule and fixed when it breaks, your compliance record kept current as your systems change, a report every week and a quarterly review.
See RunWho wrote this
Oscar Cobbe · Founder, FourWinds Digital
Writes and maintains the legal explainers on this site, and does the compliance work behind them. Every date and article number here is checked against the legislation itself before it is published, and updated when the law changes.
More about how we work →Read next
- Cyber insuranceWhat a cyber insurer asks an Irish small business, and how to answer it truthfully
- GDPRYou have had a data breach. What the first 72 hours require
- Cyber securityTwo-step sign-in on every mailbox: turning it on, and proving it
Written on 16 October 2026 and accurate as at that date. This is general information about how the rules work, not legal advice on your situation. Where you need a solicitor, we say so.