keepcalculator

06 Numbers and Powers

Scheduled Backup: What It Is & How to Set One Up

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

A scheduled backup is an automated process that copies your files, databases, or entire systems to a separate location at predefined times, without requiring manual action each time. You set the frequency (hourly, daily, weekly), the retention policy (how long backups are kept), and the destination, and the backup software handles the rest. This article explains how scheduled backups work, how to choose the right schedule, and common pitfalls to avoid.

Why Schedule Backups at All

Manual backups fail because people forget, get busy, or assume someone else did it. A scheduled backup removes that human factor. The 3-2-1 rule is a common guideline: keep at least three copies of your data, on two different types of media, with one copy offsite. Scheduling is what makes the “three copies” part practical—if you only back up when you remember, you will not have three recent copies.

Scheduled backups also give you a predictable recovery point. If you run a backup every night at 2 AM, you know that a crash at noon means you lose at most 10 hours of work. If you back up weekly, you could lose a week. The schedule you choose directly sets your Recovery Point Objective (RPO)—the maximum amount of data you are willing to lose.

How Scheduled Backups Work

Most backup software works in three phases:

  1. Scanning – the software checks the source files and compares them against the last backup to identify what changed.
  2. Copying – changed or new files are copied to the destination. This can be a full copy (everything), an incremental copy (only changes since the last backup), or a differential copy (changes since the last full backup).
  3. Verification and cleanup – the software checks that the backup is readable, then deletes old backups according to your retention policy.

Incremental backups are fast and use little space, but to restore you need the last full backup plus every incremental since then. Differential backups use more space but only need the last full backup plus the latest differential. Full backups are simplest but slowest and largest. Many systems use a hybrid: a weekly full backup plus daily incrementals.

Choosing the Right Schedule

There is no universal “best” schedule—it depends on how often your data changes and how much you can afford to lose. Consider these factors:

  • Data change rate – if you edit files every hour, an hourly backup may be wise. If you only work on documents a few times a week, daily is enough.
  • Storage cost – more frequent backups mean more storage, especially with full backups. Incremental backups mitigate this.
  • Backup window – the time it takes to run a backup. If a full backup takes 6 hours, you cannot run it every hour. Schedule it during low-usage periods.
  • Retention requirements – legal or business rules may require keeping backups for 7 years or longer. That changes both storage needs and the schedule.

A practical starting point for personal files: a daily incremental backup with a weekly full backup, retaining 30 days of incrementals and 12 weekly fulls. For a business database, you might run transaction log backups every 15 minutes, with a full backup nightly.

Common Problems and Misconceptions

One of the biggest misconceptions is that a scheduled backup is the same as a disaster recovery plan. A backup is only useful if you can restore it. Test your restores regularly—at least quarterly—to ensure the backup files are not corrupted and the restore process works.

Another common problem is the backup failing silently. The schedule runs, but the destination disk is full, the source file is locked, or the network connection drops, and the software logs an error that nobody checks. Always configure email or push notifications for backup failures. A backup that does not run is worse than no backup at all, because you think you are protected.

Also, be aware of locked files. On Windows, files in use by a program may be skipped. On Linux, files that change during the backup can produce an inconsistent copy. Most backup tools offer a Volume Shadow Copy (Windows) or LVM snapshots (Linux) to handle this, but you need to enable it.

Onsite vs. Offsite and Cloud

Your backup destination matters as much as your schedule. A backup stored on the same physical drive as the original data is useless if the drive fails. Best practice is to have at least one copy offsite—either in a different building or in the cloud.

Cloud backups add a complication: upload speed. If you have 500 GB of data and a 10 Mbps upload connection, the first full backup could take days. Many cloud services offer seeding—you send an initial drive by mail, then subsequent backups are incremental. Alternatively, use a local NAS for fast daily backups and sync that NAS to the cloud nightly.

For local backups, external hard drives are a common choice, but they must be disconnected between backups to protect against ransomware, which encrypts both the original and any connected backup drive. A network-attached storage (NAS) with versioning can help, but it is still accessible from your network.

Costs and Storage Planning

The cost of scheduled backups is mostly storage. For example:

  • Daily full backups, 10 GB each, kept 30 days = 300 GB.
  • Weekly full backups, 10 GB each, kept 12 weeks = 120 GB.
  • Hourly incremental backups of 100 MB, kept 24 hours = 2.4 GB, plus a daily full backup.

Cloud storage pricing varies by provider and region, but it is usually charged per GB per month. Local storage (external drives) is a one-time cost but requires hardware management. A hybrid approach—local for fast recovery, cloud for offsite protection—is common.

Also consider that retention policies drive cost. Keeping backups forever sounds safe, but storage grows without bound. Set a retention policy that matches your actual needs. For most personal data, 30 days of daily backups plus a few monthly archives is plenty. For business data subject to compliance rules, follow the legal minimum, but no more.

Frequently Asked Questions

How often should I run a scheduled backup?

There is no single answer, but a good rule of thumb: the more often your data changes, the more often you should back up. For personal documents, daily is usually enough. For active databases or financial records, consider hourly or even continuous backup. The goal is to keep your potential data loss (RPO) within what you can tolerate.

What is the difference between incremental and differential backups?

An incremental backup copies only the data that changed since the last backup of any type (full or incremental). A differential backup copies everything that changed since the last full backup. Incremental backups are faster and smaller, but restoring requires the full backup plus every incremental in order. Differential backups are larger but only need the last full backup plus the latest differential.

Can I schedule backups on Windows and macOS without third-party software?

Yes. Windows includes File History (for personal files) and Backup and Restore (for system images), both of which can be scheduled. macOS includes Time Machine, which automatically backs up hourly if an external drive is connected. For more complex schedules (e.g., multiple destinations, custom scripts), third-party tools or built-in command-line tools like robocopy (Windows) or rsync (macOS/Linux) with cron or Task Scheduler give you full control.

What happens if my computer is off during a scheduled backup?

Most backup software will skip the missed backup and wait for the next scheduled time. Some tools offer a “catch-up” option that runs the backup as soon as the computer is turned on. If you regularly leave your computer off during the scheduled window, change the schedule to a time when it is typically on, or use a wake-on-schedule feature if available.

How long should I keep backups?

It depends on why you are backing up. For protection against accidental deletion or ransomware, 30 days is a common minimum—it gives you time to notice the problem and restore. For compliance or legal reasons, you may need to keep backups for years. A reasonable approach: keep daily backups for 30 days, weekly backups for 3 months, and monthly backups for a year, then delete the rest.

Does a scheduled backup protect against ransomware?

Only if the backup destination is not accessible to the ransomware. If your backup drive is always connected and mapped as a network drive, ransomware can encrypt it too. Use disconnected external drives, immutable cloud storage (where files cannot be modified for a set period), or a backup service that blocks deletion of old versions. Also, schedule backups frequently enough that you lose only a small amount of data if you have to restore.

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 →