Stalled Backup Bloat: Cleanup & Off-Site Storage

1 min read

Overview #

Large backup files inside wp-content are almost always stalled or abandoned backups: leftovers that consume disk space and can hurt server performance. They also pose a quiet risk: a stale archive looks current and gets mistakenly trusted in a disaster.

The Alert #

BACKUP_BLOAT (warning): large backup files detected within wp-content.

How Backups End Up There #

Cause What happened
Interrupted backup A backup plugin was killed mid-process, leaving a partial archive
Manual exports Someone exported the site and left the file on the server
Migration leftovers Archives from an old host or migration tool never removed
Plugin temp files Backup plugins staging files in wp-content before upload

Why It Matters #

  • Disk space: large archives fill storage quotas quickly
  • Performance: huge files in the web root can be served accidentally or slow backups down
  • Trust risk: stale backups look current and get restored by mistake

Cleaning Up #

  1. Identify the archives and confirm what they are (and whether any are mid-process).
  2. Remove the confirmed leftovers.
  3. Check why they were created so they don’t recur (plugin misconfiguration, manual exports, migration leftovers).
  4. Verify disk usage returns to normal.

What You Should Do #

Don’t delete backup files yourself unless we confirm they’re safe: some are mid-process and deleting them can break an active backup. Report the alert and let us handle it.

The Xponent Standard: Off-Site Backups #

Proper backups do not live in the web root. Xponent manages backups off-site, verified after creation, with a defined retention window:

  • Backups stream to external storage: never stored where the site itself can serve them
  • Every backup is tested to confirm it restores cleanly
  • Retention is rolling; old backups expire automatically

Related Articles #

Updated on August 31, 2026