Backup guide
WordPress Multisite Backup on WPMU DEV Hosting
Back up Multisite networks on WPMU DEV Hosting with chunked, resumable jobs — beyond host snapshots alone.
Free
How to back up Multisite on WPMU DEV Hosting
On WPMU DEV Hosting (managed hosting), a WordPress Multisite backup is more than copying wp-content. You need shared core files, network tables, per-site tables, and uploads under sites/ — or restore will miss users, settings, or media. Managed platforms optimize front-end caching; long backup AJAX runs still need chunking.
Multisite Migrate runs chunked, resumable jobs from Network Admin (full network) or from a subsite dashboard when the role has manage_options. Free covers core network/subsite backup and restore plus one local schedule. Plus adds BYO cloud upload (Google Drive, Dropbox, S3-compatible, SFTP) and cloud schedules. Pro adds remote import, empty-server installer, Staging, WP-CLI, and network split. Provider snapshots help, but they are not a Multisite-aware restore drill.
What a complete Multisite backup on WPMU DEV Hosting must include
Capture the network tables (wp_blogs, wp_site, wp_sitemeta, and related), each subsite’s tables, shared themes/plugins, and the sites/ upload tree. Skipping any of those on WPMU DEV Hosting creates “successful” archives that still fail a real restore drill. Exclude cache, tmp, and other regenerable noise so jobs finish faster on managed plans.
Staging tooling varies — plugin-level archives remain useful for portable recovery. Treat provider snapshots as an extra layer — not a Multisite-scoped import workflow. Keep a plugin archive you can move, import, and verify independently of the WPMU DEV Hosting control panel.
How Multisite Migrate runs jobs on this host class
Shared and managed hosts often kill long PHP workers. Multisite Migrate therefore uses Jobs in Chunks that resume instead of restarting from zero after a timeout. On WPMU DEV Hosting, start from Network Admin for fleet backups, or from a single site when a subsite admin only needs their site. Watch the job log for the last completed chunk, disk/inode warnings, and cloud auth errors on Plus.
For schedules: Free keeps one local schedule; Plus can push finished archives to Drive, Dropbox, S3-compatible storage, or SFTP. Wasabi, Backblaze B2, Cloudflare R2, DigitalOcean Spaces, and MinIO are S3-compatible endpoints — not separate proprietary vaults. OneDrive is not a native destination.
Restore drill checklist for WPMU DEV Hosting
Before you trust a WPMU DEV Hosting backup routine, restore once on Staging (or a throwaway site): check siteurl/home, HTTPS, domain mapping (sunrise.php if used), media under sites/, logins, and any WooCommerce or membership data. Confirm rewrite rules and purge CDN/object-cache drop-ins if the front end still shows stale content.
If cloud upload fails but the local archive exists on WPMU DEV Hosting, fix destination auth/quota and re-upload — or restore from the local copy.
Retention, encryption, and support hygiene
For wordpress multisite backup on wpmu dev hosting, keep enough archive generations to roll back a bad deploy or failed migration. Optional .venc AES-256 encryption on Multisite Migrate archives protects copies at rest when you store offsite on Plus destinations. Document credentials, schedule windows, and who may run Network Admin jobs.
Do not delete the last known-good archive until the new Staging restore drill passes and production looks correct for a full business day.
Why this matters
Network-aware archives
Capture the whole WPMU DEV Hosting Multisite install — not only one blog’s tables.
Survives PHP limits
Jobs in Chunks fit typical managed constraints on WPMU DEV Hosting and resume after interrupts.
Offsite when you need it
Plus uploads to Drive, Dropbox, S3-compatible storage, or SFTP — your credentials, your bucket.
Restore paths that match ops
Same-server restore, import, or Pro empty-server / Staging flows after a verified archive.
Steps
-
1Install and open Network Admin
Network-activate Multisite Migrate on WPMU DEV Hosting. Open the backup screen from Network Admin for fleet jobs, or from a subsite when you only need one site.
-
2Choose Multisite-correct scope
Select full network or include/exclude subsites. Exclude cache/tmp noise. Confirm you need shared users and sites/ media — not a single-site blind export.
-
3Run a chunked job
Start the job and let it resume if PHP time limits interrupt on WPMU DEV Hosting. Do not stack overlapping schedules that collide on locks.
-
4Store offsite when Plus is available
Keep a local copy. On Plus, push to Google Drive, Dropbox, S3-compatible storage, or SFTP and verify the remote object exists.
-
5Prove recovery on Staging
Import or restore once away from production. Check URLs, media, logins, and mapping before you call the WPMU DEV Hosting routine production-ready.
Frequently asked questions
Quick answers for this Multisite backup topic. Still stuck? Open the docs or contact support.
Are WPMU DEV Hosting snapshots enough for Multisite?
Useful on WPMU DEV Hosting, but snapshots are not a Multisite-aware restore drill. Keep importable plugin archives.
Can a subsite admin back up only their site?
Yes — manage_options on the subsite unlocks site-level backup/restore in Free.
Which cloud destinations work?
Plus supports Google Drive, Dropbox, S3-compatible endpoints, and SFTP — not a proprietary Multisite Migrate vault.
What usually breaks Multisite backups on managed hosts?
Long PHP workers get killed, inodes fill up, or security plugins block AJAX. Chunked resume and log-first diagnosis are the durable pattern.