So let me add some more detail, I have a hot swap disk cage that currently has my backup data on it almost all of them are in VM's. That disk is my primary data disk, all I need/want to do is to copy that data periodically to another disk that I then can rotate offsite, so I will have 2 more disks and will swap one in and out then during the night either copy or rsync the data to the offsite disk, rinse, wash and repeat....I have plenty of cpu, 16cores and lots of memory 32Gig....so this disk will not be my primary backup disk but just my offsite disaster recovery in case the other one ever bites the dust... On Sun, Mar 21, 2010 at 3:18 PM, JohnS <jses27 at gmail.com> wrote: > > On Sun, 2010-03-21 at 14:35 -0500, Les Mikesell wrote: > > Ned Slider wrote: > > > Tom Bishop wrote: > > >> Lots of opinions out there and I have read and read, so I have a home > server > > >> that I have finally setup with a hot swap hdd cage and what I am > planning on > > >> doing is copying my data drive every other day and rotating them > offsite, > > >> haven't figured out how often though. So I did my first test last > night and > > >> the backup drive was formatted with ext3 but looking to try to speed > things > > >> up and was wondering what would be my best choice. > > Yea a lot of opinions and ideas out. > > Stop keeping your user generated data in VMs and instead use NFS or CIFS > for network storage. Or all together run the VMs from the network. > Then replicate your data. Rsynce can be cpu bound at times. > > BUT: Since you have one server get a good raid 1 sata card and use it > like arecca. You don't have to invest a fortune in it. Finally rsynce > is going to bite you in the a$$ copying live data. It may work perfect > for the first few times but in the end it will get you. You have to be > willing to sacrifice data speed for reliability. Data speed is crap > when it come to reliable data. Ask yourself if you want your precious > data from 5 years ago or that 1Gig line speed??? > > John > > _______________________________________________ > CentOS mailing list > CentOS at centos.org > http://lists.centos.org/mailman/listinfo/centos > -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.centos.org/pipermail/centos/attachments/20100321/28e3e03d/attachment-0004.html>