On 4/7/05 14:11, "Jacob Bresciani" <email@hidden> wrote:
This is a function that should be available since corporate data is
always growing. Yes backups are essential and a full backup should
definitely be done before attempting to re-size a partition. The
time it
takes to delete and re-create the partitions, and then restore
all the
data can be huge. Take into consideration the XRAID, how much
time would
it take to restore a complete 1Tb or larger array. What if it's
already
partitioned and you need to make the one of the first partitions
bigger?
does this mean you need to delete all partitions and then
recreate and
restore everything. Only if it goes south during the re-size.
Then you do it after hours or on a weekend after a good backup.
Restore time
is a function of backup methodology so the time answer is"It depends"
Note that growing partitions only reallocates space. If that
RAID's full,
changing partition sizes, if even possible, won't do you a bit of
good.
As well, on a RAID setup, the only purpose for partitions is if
you need
exclusive access to data by machines in a way that permissions
can't handle.
Jacob mentioned corporate data. That could also require 24/7
uptime. It's not something Apple has delved much into yet but is
one of the biggest advantages of a lot of the commercial UNIX disk
solutions out there. HFS means they'll have to do it special. And
I agree with him, the XRAID/XSAN solutions are eventually going to
require this.
I would love to see LVM in Mac OS X. I have a feeling though that
Apple is going to use this as a stick to drive Xsan sales.
