Linux - SoftwareThis forum is for Software issues.
Having a problem installing a new program? Want to know which application is best for the job? Post your question in this forum.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
I have 2 identical servers (identical MBD, Processor, RAM etc).
Both have FC9 installed.
What are my options to do a LIVE backup of Primary server on to the Secondary server.
Currently I use G4L (Ghost4Linux). But for this, I need to down both server. Remove the HDD from Sec server and install it in the Pri and then boot from G4L CD and then run the backup. For a 160GB HDD, it takes 155 minutes.
Next idea, which I have not used, is do a Folder by folder RSync of the full HDD.
Are there other tools which can help me do a full HDD backup without power-down ?
rsync is really your best bet, simply because once the first backup is made, every backup after the first is an 'incremental' backup, therefore your live backup time is alot less.
irishbitte's suggestion allows for exclude lists so you wont overwrite system specific files. It won't work well for "live" files such as databases though. iSCSI will replicate a file system while it's in use.
If you're just concerned about replicating relatively static files, rsync is a great answer. If you're trying to replicate any kind of files that are constantly changing, iSCSI is something that needs to be looked at.
I would love to replicate the entire HDD, but the problem is the IP Address, MAC address, Hostname etc will also be replicated which is not good. I will have 2 PCs with same IPs, MACs, Hostname etc which will cause conflict.
Any idea how other Sys Admins handle this ??
I have 2 plans in mind:
Use RSync for Daily or hourly backup and use iSCSI (or something similar) on weekly basis.
Bt how do I handle the IP, MAC, hostname duplication issue ?
Please advice what others are doing for backup.
BTW: I could not find much info on iSCSI on google.
Pls help me with the url of the project.
Yes. Think of it as tunneling SCSI disk writes through an IP tunnel. You can't get around having to maintain a unique OS for machines in a cluster - as far as I know. As long as both machines need to be "on", they they need their own unique configuration.
iSCSI is meant to be a poor man's SAN and replicate a separate-from-the-OS partition to a remote machine.
How you would implement this in your scenario:
1) Rebuild your two machines with the drive split up into an OS and data scheme.
2) Use iSCSI to replicate the data partition(s)
What about the read only flag on the important files.
I mean make the first full sync to the another PC.
Then make all the important files under /etc/sysconfig, /etc/hosts, /etc/bind, etc.....(whatever you need) just to read only.(Take off the writable flag)
After that the rsync wont be able to rewrite the read only files.
There are many methods for disaster recovery. Each one has pros and cons and specific purpose.
If you need to have an "instant on" disaster recovery process, then RAID0 or an off-line disk replication process is your answer. With those solutions, you have pros and cons:
1) RAID0 is "expensive" because you have to purchase twice as many drives. It's quick and painless because the backups are instant.
2) Backups are cheap as you just move the data off to some other media. cons: It's an administrative pain in the butt to restore the files. Time consuming depending on the type of data you're backing up. Can be easy or difficult to restore the data in the event of a disaster, depending on what method of backup you use - tar/rsync vs. disk imaging
It sounds to me like you should just take the drive out of one machine and use the RAID0 system. The rest of the other computer could be used for spare parts, perhaps.
Jeez, this thread took off in my absence! Anyway, if you are not replicating databases, what you do when setting up rsync is you specify the files and directories that you do want backed up, rather than those you don't.
For replicating complete snapshots, perhaps you should consider Logical Volume Management or LVM: http://www.cyberciti.biz/tips/consis...snapshots.html is an idea of how this is done. I suggest testing testing testing if you are gonna use this method, but when it's working it's fantastic. An LVM snapshot can be taken at any stage, even as the system is live. The snapshot can be restored on another server, and if the main server goes down, the backup can be started almost immediately.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.