System Backup / Disaster method - Need suggestions

R

rohit

Verified User
Joined
Mar 20, 2007
Messages
198
Location
Melbourne
Hi All,

I just need to discuss the current backup methodology that I have got in place now. But I am not sure, if what I am doing is correct or not.

The system rsync's the below directories across to a different server everyday at 4:00AM.

/home/
/etc/
/var/named/
/var/spool/
/var/www/
/var/lib/
/usr/local/frontpage/
/usr/local/directadmin/


In the case of disaster, if we follow the below steps, will this be enough to bring a server back online

1. Setup a new server
2. Install OS + patches + DA
3. Move the content of the below backuped folder to the new server

/home/ -> /home/
/etc/ -> /etc/
/var/named/ -> /var/named/
/var/spool/ -> /var/spool/
/var/www/ -> /var/www/
/var/lib/ -> /var/lib/
/usr/local/frontpage/ -> /usr/local/frontpage/
/usr/local/directadmin/ -> /usr/local/directadmin/


Or using the Admin Backup method provided in the DA Control Panel, would be a smarter move?

Any suggestions would be highly appreciated.

Currently the server has got RAID - 1.

Thanks
 
You don't need to backup your log files, they will never contain information needed to bring a new server online.

Use DA's built-in system backup, and if you want to make sure you can restore an accounts entire user-data, use the admin backup/transfer on a cronjob as well.

That's all you will ever need
 
I just use the admin backup system. System backup is probably only good if the new server is exactly like the old. That's my untested opinion of course. But I do know that admin backups work for any system. I have successfully moved users from old fedora systems to the latest CentOS system.
 
thanks guys for your replies. I have now croned the admin backup to run everyday in the morning. Also I have got it rsynced to the offsite server once in a week.

I left my previous backup / rsync method in place too. Trasferring the admin backup every day offsite requires alot of data transfer, so I am only doing it once.

Thanks again.
 
You must log in or register to reply here.
Back
Top