Avatar of bergstpg
bergstpg asked on

Track alignment in Symantec Storage Foundation for Windows 2000 and 2003 - Hosting SQL Server 2000 and 2005 Databases

It's recommended to align disk after a Windows installation to drastically improve I/O performance within SQL Server 2000 or 2005.  There are several articles throughout the web on the benefits to making this adjustment, so I won't get into it here.  Bottom line - proper alignment can give 40% improved performance for SQL Server - on Windows 2000 and 2003.

Symantec automatically aligns the disk within Storage Foundation - however - it sets the offset to be 96 sectors(49152 bytes) for Hitachi Disk - even though Hitachi specifically suggests 64 sectors (34k or 32768 bytes).  For EMC disk SFW sets it to 128 sectors (64k or 65536 bytes) - which is the standard for most other disk - including non-Dynamic disk.  

Are we the only ones seeing this?  Has any one done any performance tests when set to 96 sectors versus 128 or 64?  Unfortuately this would be a hack since it isn't a configurable option within SFW.  General thoughts?
StorageMicrosoft Legacy OS

Avatar of undefined
Last Comment

8/22/2022 - Mon
Duncan Meyers

The alignment offset is a function of Intel-based operating systems, so alignment offset must be set for Intel-based Linux servers as well. The hidden area is 31.5K for Windows 2000 and later and Linux. The array offset is calculated from the array (or RAID group) block size which is configurable. The block size is the amount of data written to each disk in a stripe set. Stripe size is block size x the number of disks.  Default block size for an EMC CLARiiON is 64K.

I suspect that the reason the offset is different for HDS is perhaps the array has been configured with non-standard block sizes for that specific RAID group?

Incidentally, if your I/O profile is highly sequential in nature, you can get some worthwhile performance gains by offsetting a complete stripe, rather than just the first block. Doesn't apply to databases as a rule, I'm afraid.

The block size is 512k - standard block size.
Duncan Meyers

That doesn't sound right. EMC CLARiiON standard block size is 64K, and from what you've posted, HDS block size will be similar. 512K is very large indeed for block size at the RAID level, but it depends on the array.

I found this Symantec support article that describes how to configure alignment offset: http://seer.entsupport.symantec.com/docs/292492.htm
You may need this as well: http://seer.entsupport.symantec.com/docs/291720.htm

Looking at the first support article, perhaps the alignment offset was modified at some stage for your HDS array?
This is the best money I have ever spent. I cannot not tell you how many times these folks have saved my bacon. I learn so much from the contributors.

Sorry 512bytes.  My bad.
Duncan Meyers

BTW - that's sector size. Block size is the number of sectors written to each disk before moving to the next disk in a striped RAID schema (exception is RAID 3).

Back to the alignment issue.  

Hitachi is suppose to be set to 128 sectors - according to their documentation.  However some of our arrays are being read by the SFW as Open-V systems when they are really Hitachi Lightning 9990v and HP XP 24000 arrays - but are being offset at 96 sectors.  We are currently having Veritas look at the issue and still believe 128 or 64 sector alignment is what we need for best performance.
Get an unlimited membership to EE for less than $4 a week.
Unlimited question asking, solutions, articles and more.

Log in or sign up to see answer
Become an EE member today7-DAY FREE TRIAL
Members can start a 7-Day Free trial then enjoy unlimited access to the platform
Sign up - Free for 7 days
Learn why we charge membership fees
We get it - no one likes a content blocker. Take one extra minute and find out why we block content.
See how we're fighting big data
Not exactly the question you had in mind?
Sign up for an EE membership and get your own personalized solution. With an EE membership, you can ask unlimited troubleshooting, research, or opinion questions.
ask a question