On Sat, Jan 30 at 18:07, Frank Middleton wrote:
After more than a year or so of experience with ZFS on drive constrained
systems, I am convinced that it is a really good idea to keep the root pool
and the data pools separate.
That's what we do at the office. The data pool is a collection of
mirror vdevs and backed up to another "live" system, while we just put
the boot disk on a single SSD with no extra redundancy.
It exposes us to a disk failure making the system unable to boot, but
I know I can re-install opensolaris from scratch on this system in
about 45 minutes (we're only about a dozen pfexec commands away from a
"default" installation) so the tradeoff was worth it to us given the
expected low failure rate of the SSD combined with how little the
rpool device gets written to in normal operation.
In a pinch, I can just enable smb on the backup machine in read-only
fashion to give people access to their files while the primary is
rebuilding. If the backup pool design isn't fast enough, I could just
drag the disks over from the primary and import the pool on the backup
server.
--eric
--
Eric D. Mudama
edmud...@mail.bounceswoosh.org
_______________________________________________
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss