keepcalculator

06 Numbers and Powers

Data Backup Recovery Glossary: Key Terms

Card No. 06·16387 · Updated · Standard formula, shown below

This glossary defines the essential terms used in data backup and recovery, from RPO and RTO to 3-2-1 and immutable storage. You’ll get clear, practical definitions that help you understand backup strategies, choose the right solution, and communicate effectively with IT professionals.

Core Concepts: RPO, RTO, and Backup Types

RPO (Recovery Point Objective) is the maximum acceptable amount of data loss measured in time. If your RPO is 15 minutes, you can afford to lose at most 15 minutes of changes. RTO (Recovery Time Objective) is the maximum acceptable downtime before systems must be restored. An RTO of 4 hours means your business can survive without the system for that long. These two numbers define your recovery targets and drive every backup decision.

Full backup copies all selected data. Incremental backup captures only changes since the last backup (full or incremental). Differential backup captures changes since the last full backup. A typical strategy is a weekly full backup plus daily incrementals, which saves storage but makes recovery slower because you must restore the full backup and then each incremental in order.

Storage and Media Terms

On-premises backup stores data on local hardware like NAS devices, tape libraries, or external drives. Cloud backup sends data to a remote provider’s servers. Hybrid backup combines both, often using local storage for fast recovery and cloud for off-site protection. Tape backup uses magnetic tape cartridges, still common for long-term archival due to low cost and durability. Snapshot is a point-in-time image of a system or volume, often used for virtual machines; it is not a full backup by itself but enables quick rollbacks.

Recovery Methods and Processes

Bare-metal restore rebuilds an entire system from scratch, including the operating system, applications, and data, onto new hardware. File-level restore recovers individual files or folders without touching the rest of the system. Disaster recovery (DR) is the broader process of restoring IT infrastructure after a major event. Failover automatically switches to a standby system when the primary fails; failback returns to the primary after it’s fixed. Orchestration in DR refers to automated runbooks that sequence recovery steps.

Key Technologies and Features

Deduplication removes redundant data blocks across backups, drastically reducing storage needs. Compression shrinks data using algorithms like LZ4 or Zstandard. Encryption protects data at rest and in transit; look for AES-256 for at-rest and TLS for in-transit. Immutable storage prevents data from being modified or deleted for a set period, defending against ransomware. Airlock or air-gapped backup is physically or logically isolated from the network. Versioning keeps multiple historical copies of the same file, letting you revert to older versions.

Common Problems and Misconceptions

A frequent misconception is that a backup is the same as a copy. A backup is specifically designed for recovery, with versioning, integrity checks, and a defined restore process. Another issue is the 3-2-1 rule: keep 3 copies of your data, on 2 different media, with 1 copy off-site. Many people skip the off-site copy, which fails in a fire or flood. Backup verification is often neglected—a backup that has never been tested is not a backup. Ransomware can encrypt both production and backup data if backups are not isolated or immutable.

How to Choose a Backup Solution

Start by defining your RPO and RTO. Then consider these factors:

  • Data volume and growth rate—affects storage and bandwidth.
  • Recovery granularity—do you need file-level, app-level, or bare-metal?
  • Compliance requirements—may mandate retention periods and encryption.
  • Budget—including storage, software licenses, and egress fees for cloud.
  • Ease of use—can your team perform a restore under pressure?

Test restores regularly, at least quarterly, to confirm your backups work and to train staff.

Costs and Trade-offs

Backup costs include software licensing, storage hardware or cloud fees, bandwidth, and administrative time. Cloud storage often has a low per-GB price but charges for egress when you download data during a restore. Tape is cheap for long-term storage but slow to access. Deduplication and compression reduce storage but add CPU load. The real cost of a failed backup is business downtime, which usually dwarfs the price of a robust solution.

Safety and Best Practices

Always encrypt backups, especially when storing off-site. Protect backup credentials with multi-factor authentication. Store at least one copy off-site, ideally in a different geographic region. Monitor backup jobs for failures and alert on anomalies. Document your recovery procedures and test them. For critical systems, consider a pilot light or warm standby approach where a minimal version of the environment runs continuously, reducing RTO.

Frequently Asked Questions

What is the difference between backup and disaster recovery? Backup is the process of copying data to a safe location. Disaster recovery is the broader strategy to restore entire IT services after an outage, including backup, failover, and business continuity planning.

How often should I test my backups? At least quarterly, and after any major change to your systems or backup configuration. A test restore verifies that the data is readable and that your recovery process works.

Can I use cloud backup as my only backup? Yes, but consider the 3-2-1 rule. If you only have cloud backups, you have one copy off-site but you need a second copy on different media, such as local disk, to protect against cloud provider failures or account issues.

What is a snapshot vs. a backup? A snapshot is a point-in-time image of a system, often stored on the same storage array. It is fast and useful for quick rollbacks, but it is not a substitute for a real backup because it is usually stored on the same hardware and can be lost with it.

How long should I keep backups? Depends on your business needs and compliance. Common practice is to keep daily backups for 30 days, weekly for 3 months, and monthly for a year or more. Longer retention increases cost, so balance with legal and operational requirements.

Related

Method: the standard formula for this calculation, rounded as each result states. See how the calculators work or report an error.

More cards in this drawer

The whole Numbers and Powers drawer →