I’ve just finished writing a new WordPress Plugin which creates a Snapshot Backup of your entire website: that’s your Database, current WP Core, all your Themes, Plugins and Uploads. The resulting single archive file is then uploaded to an FTP repository of your choice.
Peace of mind included 😉
Download from the official WordPress Repository
UPDATE AUGUST 2012
Due to heavy workload and high demand I can currently no longer find the time to support Snapshot Backup. I may pick up this project again in the future and put new PHP skills to work. Thank you for being kind enough to understand.
In the meantime I’ve discovered a wonderful by Daniel Hüsken which does all I ever wanted Snapshot Backup to do and more: It’s called BackWPup – download it here. It’s way ahead of my plugin and under active development.
———————————-
Disclaimer
I’ve recently been flamed a lot by users who are less than happy with this plugin. That’s tough, so I wanted to state some very obvious facts that most of us do take for granted:
This plugin does not work for everyone. It works fine for me, and I’ve written it for me and my own servers. I’m distributing it in the hope that it will be useful to others, but with absolutely no guarantee that it will work on every Linux system out there.
You are free to use Snapshot Backup, but I strongly advise you to test it on a dummy system before deploying it to your precious live site. Users have reported every possible horror scenario, from complete site deletion to an empty database file. Please test the plugin on your system and check that it creates a reliable backup that can be restored before relying on it to work. Remember: you are using Snapshot Backup at your own risk.
Thank you!
Installation
Upload the ZIP file under Plugins – Add New – Upload. Alternatively, unzip all files and upload via FTP client manually.
Activate the plugin and find the option Snapshot Backup in your Dashboard options.
Usage
Snapshot Backup has been designed with ease of use and simplicity in mind.
Once the plugin is activated, you’ll find a new top Level Menu called Snapshot Backup on the left. Under Settings you configure your FTP Details and and additional directory you’d like to back up. Now you can either head over to to Snapshot Backup and create a Snapshot manually, or you can setup automation and let the plugin create a Snapshot for you at regular intervals.
Make sure your wp-content/uploads directory is writable – Snapshot Backup needs somewhere to write files to locally before they get sent away to your FTP server (this would ideally be a second server, preferably with a different host in a different data centre).
In the current release your screen will go blank while the script runs through the various stages. Depending on the size of your site this could take a while… be not alarmed and keep an eye out for the browser status bar. While it appears your browser is working Snapshot Backup is working too. I’m attempting to fix this in future releases and give you a status report of each stage.
Automation
Included since Version 2.0 we have the long awaited automation feature. This creates Snapshots while you sleep and even auto deletes older ones. You can set all this up under Automation and receive a friendly email ever time a Snapshot has been created (optional).
For the automation to work I’m using the WP Cron feature, which in turn relies on your website being visited every once in a while. On live production sites with 100+ visitors per day you’ll be fine, but on low traffic sites you may notice that Snapshots are created at irregular intervals – I’m thinking of test sites with blocked search engines or brand new sites.
To help this along and make the process more accurate you can create a Cron Job which calls the index.php file in your WordPress installation directory (usually http://www.yourdomain.com/index.php)
Screenshots
Snapshot Philosophy
Archiving dynamic websites isn’t all that easy and we all tend to forget that because the web is such a fluid thing. The idea of Snapshot Backup is that you may want to create an “as is” version of your entire website for archive purposes. With each click you’ll create a “time capsule” of sorts – this could be for legal, sentimental or security reasons.
Other solutions mirror or sync your installation – which is a great idea too, however if you only notice a week down the line that your site has been compromised then your synced copy most certainly is too. Snapshot makes it easy to go back to a clean version from x days/weeks/months ago.
How does it work?
Snapshot Backup first reads out your entire database into an file. Afterwards it uses the Linux shell command tar to archive all your content. Then it deletes the SQL file and then it uploads the resulting archive file over to your FTP repository.
Please note that this plugin does not work on Windows servers… sorry ;-(
Restoring a Snapshot
I’m working on a simple script that will do this for you. In the meantime you’ll be on your own – with some written guidance from yours truly. Have a look at this article which explains how to restore via FTP.
Known Issues
Even though this plugin is a great idea, it may not work for everyone. I’ve had reports from users reporting that either the plugin creates a 0MB backup file or does not include the database in the tar ball. The following hosts are known to be problematic:
- Media Temple
- Netpower
- MyWebHost
- Momwebs
Alternatives to Snapshot Backup
Roadmap: The Future of Snapshot Backup
There are plenty of things I want to add to and improve on this plugin:
- make sure the screen doesn’t go blank while the Snapshot is being created
- add translation
add the ability to run Snapshot automatically via WP Cron or Cron Jobsdone since 2.0make the admin interface look prettier (and easier to find)done since 2.0- manage FTP repository from admin interface (i.e. list and delete older backups, local and FTP)
- give this plugin its own website for documentation (snapshotbackup.org)
- finalize Snapshot Restore script
add FTP Port selectiondone since 2.1- add cloud storage support (Amazon, Dropbox, etc)
If you have any suggestions for future features please leave a comment.
Enjoy Snapshot Backup responsibly 😉
For me it’s still not deleting the oldest snapshot on the FTP server. In FTP server’s logs i can see that after the newest snapshot is transferred, it’s deleted after a few moments (in the same connection).
I’ll try another FTP server.
Hi Bogdan,
I’ve traced this down to the way the directory is being read out. I’m using the ftp_nlist() function which presents the directory in temporal order, i.e. youngest one first, oldest one last. But somehow it mixes things up every now and again…
The List Snapshots option will show you exactly how the auto-delete function sees the content: the snapshots at the bottom of that list will be deleted, the ones at the top will stay.
I’ve noticed that when I mix snapshots form different sites with different prefixes, these can get mixed up in terms of timely order – so I found that an younger snapshot is further down the list than an older one. Doesn’t make sense to me either…
As a way out of this I’ve added a check with which you can disable the auto deletion altogether: add anything higher than 99 under Automation – Auto Delete and everything is kept for you. I future versions I’d like to include an interface here which allows you to mark and delete snapshots manually from here.
I want to limit the number of snapshots so the the auto delete function is needed.
In the listed snapshots i see the oldest 3 snapshots, 3 is my limit.
On the server i can see indeed the latest snapshot.
I don’t have mixed snapshots , from different dates. I always deleted all the snapshots when i started testing.
You know, I’ve just had a look at my code again and had an idea on how to avoid this.
Currently (v2.1) the auto delete function is called before the new snapshot is written to the FTP repo. That’s wrong – I should delete the oldest one first, then write the latest one. Not only is this easier on space usage, it also means that your latest snapshot shouldn’t be deleted any more.
I’m currently working on adding Amazon S3 but since this is a quick fix I may put out and update today.
I’ve just added a quick fix to a Maintenance Release, Version 2.1.1:
This switches the way auto delete operates by deleting the old snapshot(s) first, and then writing the new one to the FTP site.
I’ve also corrected the Archving spelling mistake which has been there since Version 1.0 (ouch).
Sadly this update does not address the empty database problem which occurs on some setups, pretty much because I don’t know how to fix it. Yet. It’s next on my list, together with adding Amazon S3 storage.