Drive mirroring - opinion wanted

[gaf-mNDKBlG2WHs at public.gmane.org (Jerry Feldman)]

I've installed it, and I'll take a serious look at it.  I'm a bit gun=20
shy because of the BLU crash where our RAID5 failed, and my home backup=20
was screwed up because of a virtual machine in the middle of my backup=20
tarfile which truncated my recovery in roughly the same time frame.=20
Since I am not running a mission critical server, this might be a good=20
replacement for my own backup script.

On 06/06/2009 09:18 AM, Dan Ritter wrote:
> On Sat, Jun 06, 2009 at 08:38:02AM -0400, Jerry Feldman wrote:
>  =20
>> recently, I acquired a 1TB SATA drive for home as an addition to my=20
>> existing 160GB drive. Obviously, the proper way to set things up are t=
o=20
>> have 2 identical drives. I do back up my system daily to a USB drive, =

>> but I would just like some recommendations before I move to Fedora 11.=

>> I do have enough space on a USB drive to back up everything important =

>> (such as /home, and my virtual machines) so I can do a complete reform=
at=20
>> if necessary.
>> But, what I would like to do is to continue to use my 160GB as my=20
>> primary drive (currently set up as LVM), and install fedora 11 onto th=
e=20
>> new drive. I currently have 1 137G volume group on the 160 GB drive. C=
an=20
>> I simply allocate a 137GB volume group on the 1TB drive to use as a=20
>> mirror for the 137VG on the 160.
>>
>> Or, would I be better off starting from scratch when I install Fedora =

>> 11, use the 1TB drive as the boot drive and set up multiple volume=20
>> groups, or simply just rely on my existing daily backups.
>>    =20
>
> You could do any of these things, but you might be happiest
> allocating 200GB or so of the new disk as a filesystem to use as
> a repository for rsnapshot. rsnapshot can provide you with
> multiple revisions of whatever happens on your 137GB volume, in
> an easier-to-access form than LVM's snapshotting capabilities.
>  =20


--=20
Jerry Feldman <gaf-mNDKBlG2WHs at public.gmane.org>
Boston Linux and Unix
PGP key id: 537C5846
PGP Key fingerprint: 3D1B 8377 A3C0 A5F2 ECBB  CA3B 4607 4319 537C 5846