Comments on: cPanel Automated Backups http://blog.patspam.com/2008/cpanel-automated-backups patspampatspampatspampatspam Tue, 02 Dec 2008 06:42:28 +0000 http://wordpress.org/?v=2.5 By: Patrick http://blog.patspam.com/2008/cpanel-automated-backups#comment-356 Patrick Tue, 18 Mar 2008 23:27:58 +0000 http://blog.patspam.com/2008/03/18/cpanel-automated-backups/#comment-356 Yikes! 9GB compressed? I guess a lot of that is 230+ duplicate copies of the Joomla install? I'm not familiar with Joomla but does it have some sort of "user uploads" or "user data" directory that you could focus on backing up instead? On some CMS' you can run multiple sites off a single codebase (which makes updates easier for a start) - looks like Joomla doesn't support that yet (http://forum.joomla.org/viewtopic.php?f=428&t=199298&st=0&sk=t&sd=a&sid=32d602120d27cae9b33d743db74b4b28) but hopefully one day it will to make your life easier (and your cPanel backups smaller). Have you thought about setting up a cron job to take care of the daily tarring/rotating of the sql files? Patrick Yikes! 9GB compressed? I guess a lot of that is 230+ duplicate copies of the Joomla install? I’m not familiar with Joomla but does it have some sort of “user uploads” or “user data” directory that you could focus on backing up instead? On some CMS’ you can run multiple sites off a single codebase (which makes updates easier for a start) - looks like Joomla doesn’t support that yet (http://forum.joomla.org/viewtopic.php?f=428&t=199298&st=0&sk=t&sd=a&sid=32d602120d27cae9b33d743db74b4b28) but hopefully one day it will to make your life easier (and your cPanel backups smaller).

Have you thought about setting up a cron job to take care of the daily tarring/rotating of the sql files?

Patrick

]]> By: damon http://blog.patspam.com/2008/cpanel-automated-backups#comment-355 damon Tue, 18 Mar 2008 22:33:49 +0000 http://blog.patspam.com/2008/03/18/cpanel-automated-backups/#comment-355 Pat, this is a very timely post. I am going through a similar quandry here at work. We have a dedicated server that we host all our websites on. Before my involvement in this project, the main account on the server was set up with 230+ subdomains, all with their own Joomla install, but all running off the one SQL database. How efficient do you reckon a 14,000+ table SQL database is?! but that's another story. So, back to the backups. The cPanel backup that runs every night, creates a daily/weekly/monthly set of all accounts, public_html, sql etc, but the daily set is replaced the very next day. That wasn't acceptable to me, because you could easily need to restore back more than one day, but less than one week. So I was SSHing to the server with PuTTY to tar the sql folder every morning. At least this would allow for a data/sql restoration even if we needed to find the public_html stuff from another source. The reason I don't archive the full daily cPanel backup? - it's 9GB Big! Now I need to spend time to split all those sub domains into their own accounts, with their own database just to make things more manageable. Joy. Pat, this is a very timely post.

I am going through a similar quandry here at work. We have a dedicated server that we host all our websites on. Before my involvement in this project, the main account on the server was set up with 230+ subdomains, all with their own Joomla install, but all running off the one SQL database. How efficient do you reckon a 14,000+ table SQL database is?! but that’s another story.

So, back to the backups. The cPanel backup that runs every night, creates a daily/weekly/monthly set of all accounts, public_html, sql etc, but the daily set is replaced the very next day. That wasn’t acceptable to me, because you could easily need to restore back more than one day, but less than one week. So I was SSHing to the server with PuTTY to tar the sql folder every morning. At least this would allow for a data/sql restoration even if we needed to find the public_html stuff from another source. The reason I don’t archive the full daily cPanel backup? - it’s 9GB Big!

Now I need to spend time to split all those sub domains into their own accounts, with their own database just to make things more manageable. Joy.

]]>