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 #
- Identify the archives and confirm what they are (and whether any are mid-process).
- Remove the confirmed leftovers.
- Check why they were created so they don’t recur (plugin misconfiguration, manual exports, migration leftovers).
- 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