Solaris DB Filesystem Strategy: 1 large filesystem or several sma ller filesystems?

From: Caparroso, Nelson T. (AAS) (Nelson.T.Caparroso@sbcdo.com)
Date: Mon Jun 03 2002 - 14:43:40 EDT


With the exception of redo logs and the like which must be on separate
filesystems, has there been any changes lately in best practices for DB
store? I know I've asked this question long ago when large storage was 1 TB
and cache for Storage Subsystems maxed at 4 Gb and all we have was SCSI, but
I'd like to pose this question again:

Array: Hitech Array (brand purposedly "masked" but you know what I
am referring to..)
Architecture: ALL Fibre-Switched
Cache: 32 Gb
Num Channels: 8 x 2 GBPS
LUNS: 80 x 10GB (RAID5 Luns)
Vol. Mgmt: Veritas Volume Manager

Case 1:
10 x 80 GB Filesystem
Each 80 GB Mount Point is a Stripe 8-way accross 8-channels/controllers
accross 8 - 10GB Luns

Case 2:
1 x 800 GB Filesystem that is an 8-way Stripe accross 8-channels/controllers
8 x 10GB LUNs

Performance-wise, would case 2 be any faster than Case 1? Any issues with
Case 2 that anyone in the list care to raise?

Thanks.

NELSON
_______________________________________________
sunmanagers mailing list
sunmanagers@sunmanagers.org
http://www.sunmanagers.org/mailman/listinfo/sunmanagers



This archive was generated by hypermail 2.1.7 : Wed Apr 09 2008 - 23:24:24 EDT