From: Cooke, Chris \(C.\) (ccooke4@landrover.com)
Date: Wed Jan 22 2003 - 09:55:52 EST
Thanks for those that replied,
Answers varied from 1 only to 10!
However the majority are of the opinion that the more disks you use then the
greater the
potential failure. I also found the Tru64 UNIX System Admistrator's Guide
states that Compaq (!)
recommends no more than three.
So we are now thinking about splitting our user data into many domains of
smaller size but with fewer disks
This wont be too bad as our Backup/Restore strategies will at least be
quick.
Another suggestion we had is to use LSM to stripe the disks into a smaller
number of volumes which
can then be used in the advfs domain , which obviuosly is a plus for
performance and decreases the number of volumes.
Hmm
I guess you pays your money and takes your chance.
-----Original Message-----
From: Cooke, Chris (C.) [mailto:ccooke4@landrover.com]
Sent: 21 January 2003 08:44
To: tru64-unix-managers@ornl.gov
Subject: Any suggestions to a "sensible" number of advfs volumes in a
doma in?
We are about to add some XP Storage to our Tru64 fileserver.
We have been told that the optimal configuration is to present small
volumes, maximum of 100 Gbytes
>From managing our users files, we are reasonably happy with this but from
the point of view of advfs this could
mean advfs domains with 5 - 10 disks.
Are there any issues with advfs to be aware of?
For example all the data logging Ive been told is on the first disk in the
domain, so if the number of
disks increases in a domain is there an increase in performance overhead?
In terms of data integrety all the disks are presented from mirrored sets
from the XP, so in theory at least this is not an issue
So what we need then is a sensible number rather than a O/S maximum number
of volumes in an advfs domain
Thanks
Chris Cooke
This archive was generated by hypermail 2.1.7 : Sat Apr 12 2008 - 10:49:04 EDT