I had to grow filesystem on a production database by adding more disk to raid 10 but not thru concatenation as it would hit a performance but rather by recreating raid so proper config would be preserved. The trick is how to do it without any downtime. With VxVM you can do all of this on-the-fly without stopping database, unmounting filesystems, etc. and all of this on rather old Solaris 8 in a cluster environment (Sun Cluster). It took some time for VxVM to relayout data but at the end it worked without any problems or downtime of the database.
On the other hand it makes less sense to use VxVM (due to costs) as more features are put in SVM which is free with Solaris and as more features are put in mid-range and low-end arrays so a volume manager is not needed at all or SVM is good enough.
It doesn't mean of course that VxVM doesn't make sense in all cases - in many it does and it's really good software.
3 comments:
After I tested VxFS/VxVM on S10/x86 03/05
http://napobo3.blogspot.com/2005/12/what-i-learned-today.html
I can confirm it's cool indeed. Now the question is do I really need it - i.e. what I loose when I use VxFS with SVM and not with VxVM. VxFS is mandatory in my configuration. What do you think?
It depends :) In most situations SVM is good enough and is free.
After I discovered that VxVM is not supported in SUN Cluster/x86 I have no other choice other than SVM and VxVM.
http://napobo3.blogspot.com/2005/12/vxvm-and-sun-cluster-on-solaris10x86.html
Post a Comment