Hard Drive Duplication
Assuming I have 2 drives in a system...
Is there any utility that can duplicate the
primary to the secondary, so that I might
use the secondary in place of the primary
in the event of a primary drive failure?
Obviously, using IDE drives, this would take
a physical change of the drives... no biggie.
The absolutely way to do that is to use RAID-1. It will duplicate the drives in real-time.
If you don't want that, just copy (use "dd") one to the other.
Both these methods naturally require that the backup drive is of equal size or larger than the primary one.
I would use raid since its mirrored in realtime. Having to run dd all the time would be a pain and it takes forever. Plus you can't have the drives mounted when using dd.
yeah, but if he doesnt have raid to begin wont work unless he has a 3rd drive to store the data on while he sets up the mirror
Yeah, the machine has (2) ATA100 drives for now.
Trying to find a decent failover solution until we are
able to afford to upgrade to a SCSI RAID5 solution.
(And I do not want to run any software RAIDs.)
For now, I am copying config and user data across
to the secondary drive -- and burning offsite every
once in awhile (in case of dual drive failure). So I
can rebuild if it becomes necessary and copy all of
the data back (probably in a matter of hours).
I would write a backup script to copy needed data over to the other drive. Then setup a cron job to run the script late at nite when you won't be using the box. I wrote the backup system at my work with perl and it was fairly easy even with the 20 some servers I needed to backup.
That is what happens right now -- nightly cron task.
I wonder if ncftpput can only push "changed" files?
I bet it can. That would be a sweet way to push the
changed files to a remote file system (e.g. my PC).
Tar can do incremental backups (only backup changed files) which is what I use every nite and then a full backup every sunday.
Yeah, my nightly perl scripts uses tar to backup.
I was implying that I could ftp daily updates to a
remote system so that I can burn the data to CD.
And not have to jack with a big, one-time transfer
each time I want to remote archive (a colocation).
If you are sending to a remote location, I would suggest rdump or rsync to do that.