<a href="http://g.adspeed.net/ad.php?do=clk&zid=15220&wd=468&ht=60&pair=as" target="_blank"><img style="border:0px;" src="http://g.adspeed.net/ad.php?do=img&zid=15220&wd=468&ht=60&pair=as" alt="i" width="468" height="60"/></a>
Log in
::
Register
::
Not logged in
Home
Tags
Articles
Editorials
Stairways
Forums
Scripts
Videos
Blogs
QotD
Books
Ask SSC
SQL Jobs
Training
Authors
About us
Contact us
Newsletters
Write for us
<a href="http://g.adspeed.net/ad.php?do=clk&zid=15491&wd=120&ht=300&pair=as" target="_top"><img style="border:0px;" src="http://g.adspeed.net/ad.php?do=img&zid=15491&wd=120&ht=300&pair=as" alt="i" width="120" height="300"/></a>
Recent Posts
Recent Posts
Popular Topics
Popular Topics
Home
Search
Members
Calendar
Who's On
Home
»
SQLServerCentral.com
»
Editorials
»
The Year 2013
12 posts, Page 2 of 2
««
1
2
The Year 2013
Rate Topic
Display Mode
Topic Options
Author
Message
cdonlan 18448
cdonlan 18448
Posted Wednesday, January 02, 2013 11:10 AM
SSC Rookie
Group: General Forum Members
Last Login: Friday, April 19, 2013 8:44 AM
Points: 45,
Visits: 283
Chris Harshman (1/2/2013)
I think part of the problem with SAN pools is the inherent disconnect between how network guys setup disk arrays and luns on these devices and how database people want to use them. The more I've learned about our SAN setup at my current company the less I wish I knew. Network guys seem to like making a few RAID arrays that are ginormous and then carve them out into what will be many "drives" that the OS sees. Of course with the same array serving multiple purposes for the same or multiple servers there's going to be odd contention and sub-optimal configuration. I had a network guy tell me that our RAID 10 arrays were only using 2 physical disk drives, at which I just walked away rubbing my forehead in disbelief.
I spent an absurd amount of time my first year at my current employer trying to convince the guys on the SAN/Network team that they were causing all kinds of I/O problems. "What? The SAN can handle anything, the sales guy said so...". Fortunately, we have more effective management in this department now. In the new world order of SAN admins and DBA's, I think the SAN/Network people need some theoretical education on concurrency. BTW, Brent Ozar has a lot first-rate advice on this subject.
Post #1401982
Steve Jones - SSC Editor
Steve Jones - SSC Editor
Posted Wednesday, January 02, 2013 11:43 AM
SSC-Dedicated
Group: Administrators
Last Login: Yesterday @ 2:54 PM
Points: 31,410,
Visits: 13,726
That's why I think we'll see databases move off SANs. The salespeople and vendors say "put it all on all disks", which causes problems. SAN people are trained in a week, crammed in a bunch of information and they don't study their devices as a career, they manage storage.
Follow me on Twitter:
@way0utwest
Forum Etiquette: How to post data/code on a forum to get the best help
Post #1402006
« Prev Topic
|
Next Topic »
12 posts, Page 2 of 2
««
1
2
Permissions
You
cannot
post new topics.
You
cannot
post topic replies.
You
cannot
post new polls.
You
cannot
post replies to polls.
You
cannot
edit your own topics.
You
cannot
delete your own topics.
You
cannot
edit other topics.
You
cannot
delete other topics.
You
cannot
edit your own posts.
You
cannot
edit other posts.
You
cannot
delete your own posts.
You
cannot
delete other posts.
You
cannot
post events.
You
cannot
edit your own events.
You
cannot
edit other events.
You
cannot
delete your own events.
You
cannot
delete other events.
You
cannot
send private messages.
You
cannot
send emails.
You
may
read topics.
You
cannot
rate topics.
You
cannot
vote within polls.
You
cannot
upload attachments.
You
may
download attachments.
You
cannot
post HTML code.
You
cannot
edit HTML code.
You
cannot
post IFCode.
You
cannot
post JavaScript.
You
cannot
post EmotIcons.
You
cannot
post or upload images.
Copyright © 2002-2013 Simple Talk Publishing. All Rights Reserved.
Privacy Policy.
Terms of Use.
Report Abuse.
