ZFS install on a partition

Ivailo Tanusheff Ivailo.Tanusheff at skrill.com
Sat May 18 07:26:17 UTC 2013


Hi,

The overhead depends of the quantity of the changes you made since the oldest snapshot and the current data on the ZFS pool.
The snapshots keep only the differences between the live system and each other, so if you have made 10GB changes over the last 7 days and your oldest snapshot is 7 days old - then the overhead will be a little more than 10GB (because of the system info) :)
So this is very efficient way to make the things run.

Just keep in mind that having a lot of snapshots can decrease performance when you create/delete a snapshot, as the system should calculate the changes.

Best regards,
Ivailo Tanusheff

-----Original Message-----
From: owner-freebsd-questions at freebsd.org [mailto:owner-freebsd-questions at freebsd.org] On Behalf Of bsd at todoo.biz
Sent: Saturday, May 18, 2013 8:33 AM
To: Liste FreeBSD
Subject: Re: ZFS install on a partition


Le 18 mai 2013 à 06:49, kpneal at pobox.com a écrit :

> On Fri, May 17, 2013 at 08:03:30PM -0400, Paul Kraus wrote:
>> On May 17, 2013, at 6:24 PM, "bsd at todoo.biz" <bsd at todoo.biz> wrote:
>>> 3. Should I avoid using ZFS since my system is not well tuned and It would be asking for trouble to use ZFS in these conditions. 
>> 
>> No. One of the biggest benefits of ZFS is the end to end data integrity.
>> IF there is a silent fault in the HW RAID (it happens), ZFS will 
>> detect the corrupt data and note it. If you had a mirror or other 
>> redundant device, ZFS would then read the data from the *other* copy 
>> and rewrite the bad block (or mark that physical block bad and use another).
> 
> I believe the "copies=2" and "copies=3" option exists to enable ZFS to 
> self heal despite ZFS not being in charge of RAID. If ZFS only has a 
> single LUN to work with, but the copies=2 or more option is set, then 
> if ZFS detects an error it can still correct it.
> 
> This option is a dataset option, is inheritable by child datasets, and 
> can be changed at any time affecting data written after the change. To 
> get the full benefit you'll therefore want to set the option before 
> putting data into the relevant dataset.

Ok, good to know.
I planned to setup a consistent Snapshot policy and remote backup using zfs send / receive That should be enough for me. 

Is the overhead of this setup equal to double size used on disk ? 


> 
> -- 
> Kevin P. Neal                                http://www.pobox.com/~kpn/
> 
> "Nonbelievers found it difficult to defend their position in \ 
>    the presense of a working computer." -- a DEC Jensen paper

________________________________________________
«?»¥«?»§«?»¥«?»§«?»¥«?»§«?»¥«?»§«?»¥«?»§«?»¥«?»§
¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯
BSD - BSD - BSD - BSD - BSD - BSD - BSD - BSD - ________________________________________________
«?»¥«?»§«?»¥«?»§«?»¥«?»§«?»¥«?»§«?»¥«?»§«?»¥«?»§
¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯
PGP ID --> 0x1BA3C2FD

_______________________________________________
freebsd-questions at freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscribe at freebsd.org"




More information about the freebsd-questions mailing list