<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
»
Article Discussions
»
Article Discussions by Author
»
Discuss content posted by Brad M. McGehee
»
SQLServerCentral Best Practices Clinic: Part...
SQLServerCentral Best Practices Clinic: Part 4
Rate Topic
Display Mode
Topic Options
Author
Message
bradmcgehee@hotmail.com
bradmcgehee@hotmail.com
Posted Saturday, June 04, 2011 10:13 PM
SSC-Enthusiastic
Group: General Forum Members
Last Login: Tuesday, May 14, 2013 1:08 PM
Points: 175,
Visits: 719
Comments posted to this topic are about the item
SQLServerCentral Best Practices Clinic: Part 4
Brad M. McGehee
Microsoft SQL Server MVP
Director of DBA Education, Red Gate Software
www.bradmcgehee.com
Post #1119916
currym
currym
Posted Monday, June 06, 2011 9:23 AM
SSC Rookie
Group: General Forum Members
Last Login: Thursday, August 30, 2012 12:27 PM
Points: 49,
Visits: 38
Brad,
I appreciate your work! I do have a question though.
With respect to monitoring SAN activity via an OS source (perfmon/sysmon), a while back I was discouraged from relying on anything but expensive proprietary SAN software - likely by a vendor. As a government DBA managing a couple thousand SQL instances, I'm always trying to save your money.
If you have a moment, would you mind speaking or linking to that apparent misdirection?
Again, many thanks,
Patrick
Post #1120338
bradmcgehee@hotmail.com
bradmcgehee@hotmail.com
Posted Monday, June 06, 2011 9:41 AM
SSC-Enthusiastic
Group: General Forum Members
Last Login: Tuesday, May 14, 2013 1:08 PM
Points: 175,
Visits: 719
currym (6/6/2011)
Brad,
I appreciate your work! I do have a question though.
With respect to monitoring SAN activity via an OS source (perfmon/sysmon), a while back I was discouraged from relying on anything but expensive proprietary SAN software - likely by a vendor. As a government DBA managing a couple thousand SQL instances, I'm always trying to save your money.
If you have a moment, would you mind speaking or linking to that apparent misdirection?
Again, many thanks,
Patrick
Not all of the built-in IO-related performance monitor counters work well if SQL Server is using a SAN for data storage, although some of them do. Two articles that discuss this topic (and their are many more) include:
http://msdn.microsoft.com/en-us/library/cc966412.aspx
http://www.sqlskills.com/BLOGS/PAUL/post/How-to-examine-IO-subsystem-latencies-from-within-SQL-Server.aspx
Brad M. McGehee
Microsoft SQL Server MVP
Director of DBA Education, Red Gate Software
www.bradmcgehee.com
Post #1120353
currym
currym
Posted Monday, June 06, 2011 9:43 AM
SSC Rookie
Group: General Forum Members
Last Login: Thursday, August 30, 2012 12:27 PM
Points: 49,
Visits: 38
Great, thanks!
Patrick
Post #1120355
Matt Guthrie
Matt Guthrie
Posted Monday, June 06, 2011 11:07 AM
Grasshopper
Group: General Forum Members
Last Login: Tuesday, February 19, 2013 9:26 AM
Points: 21,
Visits: 25
Am I the only one who noticed that the write latency for TEMPDB was measured in *seconds*, not ms?
I would think 3.5 sec is a lot more worrisome than 3.5ms. Just sayin'.
Post #1120449
bradmcgehee@hotmail.com
bradmcgehee@hotmail.com
Posted Monday, June 06, 2011 11:26 AM
SSC-Enthusiastic
Group: General Forum Members
Last Login: Tuesday, May 14, 2013 1:08 PM
Points: 175,
Visits: 719
Matt Guthrie (6/6/2011)
Am I the only one who noticed that the write latency for TEMPDB was measured in *seconds*, not ms?
I would think 3.5 sec is a lot more worrisome than 3.5ms. Just sayin'.
You must be, as I missed this, and so did the technical reviewer. Good catch! Next time I will pay more attention to the scale, instead of making assumptions, which is apparently what I did when I looked at the graph.
This definitely needs more in-depth analysis to see what is really going on during this maintenance window within tempdb. I have already planned to do a specific follow-up article on tempdb, and I will add this to my list to investigate.
Brad M. McGehee
Microsoft SQL Server MVP
Director of DBA Education, Red Gate Software
www.bradmcgehee.com
Post #1120458
« Prev Topic
|
Next Topic »
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.
