northdan.
Vezi pagina în română

IT Glossary

What is Disaster Recovery?

The plan and infrastructure that bring a company's IT back to life after a disaster — from ransomware to fire.

Run this mental stress test: your company's server died overnight — fire, flood, ransomware, it hardly matters which. How long until you can invoice again, and how much data is gone for good? Disaster recovery is the discipline that turns the answer from "no idea, hopefully soon" into two numbers the business has consciously accepted: RTO, how quickly systems come back (hours? days?), and RPO, how old the restored data may be (the last 15 minutes? yesterday?). Around those two figures the plan takes shape: backups kept in a separate location, standby infrastructure (anything from "we restore into the cloud if needed" up to mirrored systems already running), written procedures — who does what, in which order, with which passwords — and, crucially, rehearsal: a plan untested for a year is fiction. Because cost climbs steeply with ambitious numbers, sensible sizing starts on the business side: one hour of downtime costs the company a known amount, and the worthwhile investment follows from there. For a smaller firm, the reasonable package is surprisingly affordable — tested off-site backup, rebuild documentation and one annual drill — less than a car insurance policy, for the asset the whole company runs on.

Let’s talk about your project

Message us on WhatsApp or send an email — you talk directly to a developer.

office@northdan.com · +40 752 070 247

Why it matters for your business

Survival by design, not luck

Statistics on companies that never recover from major data loss are grim — a plan is the difference between an incident and a full stop.

Investment sized to real money

RTO and RPO tie IT spending to the actual cost of downtime — you pay for neither paranoia nor false economy on the firm's main artery.

Procedural calm on the worst day

When everything is burning, the team executes written, rehearsed steps — instead of improvising on adrenaline with passwords nobody can find.

Frequently asked questions

We already have backups — isn't that the same as disaster recovery?

A backup is the ingredient; recovery is the full recipe: where you restore when the server burned along with the room, who executes, in what order systems restart, how the company works in the meantime. The test: describe the day after in writing — if you cannot, you own a backup, not a plan.

What do RTO and RPO mean for my company in practice?

RTO is how long you can afford to be down — it dictates the solution (plain backup means days; replicated systems mean minutes). RPO is how much data you lose — the interval between copies. They are set per system: an ERP may demand hours and 15 minutes, a brochure site days and a full day. Small numbers get exponentially expensive.

How often should a disaster recovery plan be tested?

A complete run at least annually — a real, timed restore onto clean infrastructure — plus after every major system change. Nearly every drill uncovers something: an incomplete backup, an unknown password, a forgotten dependency — exactly the discoveries you do not want to make live.