Dear CentOs users, I have a centos server with nothing important at the moment, but I would like to install some web-based project management tool (trac for the curious) that would contain important data. And, as my network is growing the configuration of the server is becoming complex. I would like to have a proper backup so that I can restore the whole system easily, should any problem occur. What do you recommend? I'm not an expert on this, so my first idea is that I could do a per application backup and create a tar file of the /etc. The latter especially could be too naive. And, a push-the-button method that handles all in once, not depending on the app number would be much better. Another thing: how I could do this to be safe across a centos upgrade? - Gergely
I've had good results using Clonezilla for complete backup of OS+data. It backs up entire disks/partitions, so includes everything including configuration files, tweaks etc. It is fast compared to something like Ghost, and can backup to devices (USB stick or external HDD) or a network location. Restores are also fast and have been flawless to date (restoring to identical hardware). If you want to restore an entire system in all its detail in one quick operation, something like Clonezilla is worth investigating. http://www.clonezilla.org/ or Google "Gparted-clonezilla" as many versions of Clonezilla are packaged on a Live CD with Gparted. Gergely Buday wrote:> Dear CentOs users, > > I have a centos server with nothing important at the moment, but I > would like to install some web-based project management tool (trac for > the curious) that would contain important data. And, as my network is > growing the configuration of the server is becoming complex. I would > like to have a proper backup so that I can restore the whole system > easily, should any problem occur. What do you recommend? > > I'm not an expert on this, so my first idea is that I could do a per > application backup and create a tar file of the /etc. The latter > especially could be too naive. And, a push-the-button method that > handles all in once, not depending on the app number would be much > better. > > Another thing: how I could do this to be safe across a centos upgrade? > > - Gergely > _______________________________________________ > CentOS mailing list > CentOS at centos.org > http://lists.centos.org/mailman/listinfo/centos >
Gergely Buday wrote:> Dear CentOs users, > > I have a centos server with nothing important at the moment, but I > would like to install some web-based project management tool (trac for > the curious) that would contain important data. And, as my network is > growing the configuration of the server is becoming complex. I would > like to have a proper backup so that I can restore the whole system > easily, should any problem occur. What do you recommend? > > I'm not an expert on this, so my first idea is that I could do a per > application backup and create a tar file of the /etc. The latter > especially could be too naive. And, a push-the-button method that > handles all in once, not depending on the app number would be much > better. > > Another thing: how I could do this to be safe across a centos upgrade? > >I use dump (and restore). It works nice for ext3 file systems. First you do a full dump (level 0) then you do an incremental dump (1 or higher): dumplevel=0 or for incremental dumplevel=1 # To use ssh to connect to the remote host export RSH=ssh # then dump dump -${dumplevel} -u -z -f remote_host:/sda1_dump /dev/sda1 You have to fill in your device and filename of course.... See man dump/restore Cheers, Theo -- GreenPeak Technologies ------------------------------------------------------------------------ Phone : +31 30 711 5622 Catharijnesingel 30 Fax : +31 30 262 1159 3511 GB Utrecht E-mail: Theo.Band at greenpeak.com The Netherlands Skype : Theo.Band-greenpeak http://www.greenpeak.com CONFIDENTIALITY: this message, including possible attachment(s), constitutes confidential GreenPeak information, intended for the use of above named addressee(s) only; any other use or disclosure to anyone other than addressee(s), is prohibited. Chamber of Commerce NL-3210.56.42. ------------------------------------------------------------------------
on: Sun Jun 22 08:00:34 UTC 2008, Gergely Buday gbuday at gmail.com wrote:> Dear CentOs users, > > I have a centos server with nothing important at the moment, but I > would like to install some web-based project management tool (trac for > the curious) that would contain important data. And, as my network is > growing the configuration of the server is becoming complex. I would > like to have a proper backup so that I can restore the whole system > easily, should any problem occur. What do you recommend? > > I'm not an expert on this, so my first idea is that I could do a per > application backup and create a tar file of the /etc. The latter > especially could be too naive. And, a push-the-button method that > handles all in once, not depending on the app number would be much > better. > > Another thing: how I could do this to be safe across a centos upgrade?I have recently moved from Trac to Redmine for project management (and I strongly recommend that you consider this as an alternative to Trac, it is far more powerful to use and much easier to set up) but I had/have exactly the same problems that you are facing. The difficulty is that Trac has a DBMS backend, usually MySQl but in my case PostgreSQl. This complicates the issue since it is not enough to simply tar up the application site. What I ended up doing was building a hot site spare server to accommodate all of these types of applications (Trac project management, subversion repositories, drupal user cms sites, imapd user mailboxes, avantfax fax archives). Then, for applications that employed a database backend, I setup regular cron jobs to dump the backend databases into a ./dbdump directory that I added to the root of each site's file system. I added an rsync command to the end of the dump command to then move the entire site to the backup box at the end of the dump. On the backup machine I added a cron job to reload the database from the dump. This entails some background work to set up. You must initialize and configure the appropriate DBMS on the backup server with the requisite databases and database owners. You must ensure that the application's users and groups are properly replicated there. You may need to install and configure the application itself. You may need to configure apache if the application uses a web frontend, like Trac. You need to setup SSL host to host root authentication for rsync. And there are no doubt several other little things that need to be accommodated but that I no doubt have forgotten. However, what this gives you is a hot site backup that a simple change to DNS can enable. -- *** E-Mail is NOT a SECURE channel *** James B. Byrne mailto:ByrneJB at Harte-Lyne.ca Harte & Lyne Limited http://www.harte-lyne.ca 9 Brockley Drive vox: +1 905 561 1241 Hamilton, Ontario fax: +1 905 561 0757 Canada L8E 3C3