High Performance/High Availability SAN config.. Old Skool vs. New School Question..
From: Larry Kippenhan (LWKNOSPAM_at_att.net)
Date: 07/07/04
- Next message: me_at_privacy.net: "Upgrade from SQL 7 -> SQL 2000 - now have sp's that don't work!!! Help!"
- Previous message: John: "Database Maintenance Plan"
- Next in thread: Geoff N. Hiten: "Re: High Performance/High Availability SAN config.. Old Skool vs. New School Question.."
- Reply: Geoff N. Hiten: "Re: High Performance/High Availability SAN config.. Old Skool vs. New School Question.."
- Reply: Neil Pike: "Re: High Performance/High Availability SAN config.. Old Skool vs. New School Question.."
- Reply: Jacco Schalkwijk: "Re: High Performance/High Availability SAN config.. Old Skool vs. New School Question.."
- Messages sorted by: [ date ] [ thread ]
Date: Wed, 7 Jul 2004 09:20:47 -0700
Well, the time has finally come to upgrade the old SQL Server and SAN.
So, as I seek out all of the appropriate vendors for my Disk and Server
needs, I start to get some information about disks (SAN) that totally flies
in the face of experience.
I come from a mixed background of SQL Server and Oracle, and I feel that I
am pretty on top of things as far as how to configure the disks to get the
most out of my IO.
The issue that seems to be troubling me the most is the SAN vendors that are
claiming that I can have one big Disk Group, and put my Data file groups,
and my Index file groups on different LUNs on the same Disk Group
(essentially sharing Data and Index on the same disks). It even sounds like
they are advocating throwing TempDB there as well. I fully understand that
disks are faster, and controllers are more efficient and all that compared
to even 5 years ago, but I can't quite swallow that...
If what they are saying is true, then I may as well re-integrate my index
filegroup back into the data filegroup and forget segregating the loads.
I should also mention that they are at least advocating keeping the random
IO and the sequential IO on separate Disk Groups.
Does anyone have any recent experience with the newer, large SAN configs,
and experienced the same questions recently?
Just to give you an idea of the scale, the original 3 year growth config
included about 120 disks to be configured to keep performance maxxed for IO.
Of course I will be using RAID 10 for just about everything (except dumps,
they will be raid 5).
On a side note, I did almost have to reach through the phone and strangle
the life out of some storage Guru who mentioned that I could consider RAID 5
for my data.... Fortunately for him I was unable to accomplish that..
Thanks again everyone.
Please respond to this forum.
Thank you very much.
Larry
- Next message: me_at_privacy.net: "Upgrade from SQL 7 -> SQL 2000 - now have sp's that don't work!!! Help!"
- Previous message: John: "Database Maintenance Plan"
- Next in thread: Geoff N. Hiten: "Re: High Performance/High Availability SAN config.. Old Skool vs. New School Question.."
- Reply: Geoff N. Hiten: "Re: High Performance/High Availability SAN config.. Old Skool vs. New School Question.."
- Reply: Neil Pike: "Re: High Performance/High Availability SAN config.. Old Skool vs. New School Question.."
- Reply: Jacco Schalkwijk: "Re: High Performance/High Availability SAN config.. Old Skool vs. New School Question.."
- Messages sorted by: [ date ] [ thread ]
Relevant Pages
|