Sridhar,
You have switched to a new disruptive filesystem technology, and it has
to be disruptive in order to break out of all the issues older
filesystems have, and give you all the new and wonderful features.
However, you are still trying to use old filesystem techniques with it,
which is why things don't fit for you, and you are missing out on the
more powerful way ZFS presents these features to you.
On 11/16/10 06:59 AM, Ian Collins wrote:
On 11/16/10 07:19 PM, sridhar surampudi wrote:
Hi,
How it would help for instant recovery or point in time recovery ??
i.e restore data at device/LUN level ?
Why would you want to? If you are sending snapshots to another pool,
you can do instant recovery at the pool level.
Point in time recovery is a feature of ZFS snapshots. What's more, with
ZFS you can see all your snapshots online all the time, read and/or
recover just individual files or whole datasets, and the storage
overhead is very efficient.
If you want to recover a whole LUN, that's presumably because you lost
the original, and in this case the system won't have the original
filesystem mounted.
Currently it is easy as I can unwind the primary device stack and
restore data at device/ LUN level and recreate stack.
It's probably easier with ZFS to restore data at the pool or
filesystem level from snapshots.
Trying to work at the device level is just adding an extra level of
complexity to a problem already solved.
I won't claim ZFS couldn't better support use of back-end Enterprise
storage, but in this case, you haven't given any use cases where that's
relevant.
--
Andrew
_______________________________________________
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
