Presentation by Richard Douglas - @SQLRich - on baselining a SQL Server environment from the PASS SQL Rally held in Amsterdam 2013
Abstract:
Ensuring peak SQL Server performance isn’t always easy and requires a lot of work on the part of the DBA. To maintain the best-possible performance, you need to make sure you’re monitoring the right things. But how do you know if the figures you’re seeing are good or bad? Baseline comparisons can help, and in this educational session, SQL Server expert Richard Douglas will show you how to get the most from them. Richard will explain what a baseline is, why and when you need to take one, and how you can create one. You’ll also learn about a number of native Windows and SQL Server tools that will allow you to do just that.
Read more: Presentations - 2013 | Richard Douglas - SQL Server Professional http://sql.richarddouglas.co.uk/presentations/presentations-2013#ixzz2kcBNBxMK
Unlocking the Power of ChatGPT and AI in Testing - A Real-World Look, present...
The day after tomorrow, why you need to baseline - SQL Rally 2013 - Amsterdam
1. Richard Douglas
Dell Software - Systems Consultant
8th Movember 2013
“The Day After Tomorrow”;
why you need to baseline
2. Access to online
training content
JOIN THE PASS
COMMUNITY
Become a PASS member for free
and join the world’s biggest SQL
Server Community.
Join Local
Chapters
Personalize your PASS website experience
Access to events at
discounted rates
Join Virtual
Chapters
2
3. Who’s this guy?
•Richard Douglas
•Editor in Chief – ToadWorld.com
•MCITPro
•Maidenhead PASS Chapter Leader
•Blog: http://SQL.RichardDouglas.co.uk
•Twitter: @SQLRich
•Email: Richard.Douglas@Software.Dell.com
4. Agenda
• What is a “baseline”?
• What is “benchmarking”?
• Where do we start?
• What should I capture?
• What should I capture it with?
5. What is a “baseline”?
•Typical state
•Average over a time period
•Multiple baselines
Why baseline?
•Line in the sand
•Usage patterns
A measurement or
calculation used as a
basis for comparison.
6. What is “benchmarking”?
A level by which
something can be
measured or judged
Allows you to make informed
decisions
9. When should I capture it?
It depends
•Consider different baselines for different business periods
– Maintenance windows
– Month/Quarter/Year end
– Seasonal peaks
•After Windows and SQL Server patches
•After failovers / DR scenarios
•After any new project deployment
10. What should I capture?
System
Configuration
Windows OS
Counters
SQL Server
Counters
Wait statistics
11. What should I capture?
System configuration
•Infrastructure diagrams.
•Windows and SQL Server version information.
•Driver information
•IO Subsystem information
•System catalogue information
– Sys.configurations
– Sys.databases
– Sys.master_files
12. What should I capture?
Operating System / SQL Server Counters - Memory
•Memory: Available Mbytes
•Paging File: %Usage
0
•SQL Server Memory Manager: Target Server Memory(KB)
•SQL Server Memory Manager: Total Server Memory(KB)
•SQL Server Memory Manager: Memory Grants Pending
•SQL Server Buffer Manager: Buffer cache hit ratio
SQL Server Buffer Manager: Page Life Expectancy
300
•SQL Server Buffer Manager: Extension Page Unreferenced Time
PLE * (16 or 32)
•SQL Server Buffer Manager: Database Pages
•SQL Server Buffer Manager: Procedure Cache Pages
14. What should I capture?
Operating System / SQL Server Counters - CPU
•Processor: % Processor Time
LT 80%
•Process: % Processor Time (SQLServr)
LT 80%
•System: Processor Queue Length
LT 12 good
ideally LT 4
•System: Context Switches/Sec
LT 3000 good
ideally LT 1500
•SQL Server SQL Statistics: SQL Compilations/Sec
•SQL Server SQL Statistics: SQL ReCompilations/Sec
15. What should I capture?
Operating System / SQL Server Counters - IO
•Physical Disk: Current Disk Queue Length
?
•Physical Disk: Avg. Disk Sec/Read
LT 20ms
•Physical Disk: Avg. Disk Sec/Write
•Physical Disk: Avg. Bytes/Read
•Physical Disk: Avg. Bytes/Write
LT 10ms
16. SAN Considerations
•Virtualised storage
– How is it connected?
– How many spindles?
– How many other servers share this?
•Dynamic storage
– Your data may move!!!!!
•What’s a good way to test for consistency?
– Baseline your maintenance window(s)
17. What should I capture?
SQL Server Counters
•SQL Server Access Method: Forwarded Records/Sec
Ideally 0
•SQL Server Access Method: Page Splits/Sec
It depends*
•SQL Server General Statistics: User Connections
Beware pooling
•SQL Server SQL Statistics: Batch Requests/Sec
•SQL Server Buffer Manager: Page Reads/Sec
LT 90
•SQL Server Buffer Manager: Page Writes/Sec
LT 90 **
*Page splits include “regular” new page allocations
** Cross reference this with Checkpoint and Lazy Writer counters
18. What should I capture?
•Query information
– Understand the server workload
– Consider exporting plans from the cache.
•Job information
– Are my jobs taking longer?
•Wait statistics
– What is SQL Server waiting on?
19. What free tools can I capture it with?
•Performance Monitor (OS + SQL Server Counters)
•Your favourite T-SQL editor - SSMS or Toad for SQL Server freeware
(Dynamic Management Objects)
•Profiler / Extended events (Query information)
20. How do I analyse?
•Import data into Microsoft Excel
– http://www.toadworld.com/platforms/sqlserver/w/wiki/10421.performance-monitor.aspx
– http://bit.ly/YXOfZD - Brent Ozar at SQLBits
22. Mature Information Management Processes
Level 1
Reactive
Level 0
Chaotic
Ad hoc
Undocumented
Unpredictable
Multiple help
desks
Minimal IT
operations
User call
notification
Level 3
Service
Level 2
Proactive
Fight fires
Inventory
Desktop sw
distribution
Initiate
problem mgt
process
Alert and
event mgt
Monitor component
availability
Analyze trends
Set thresholds
Predict problems
Monitor end-user
response time
Automate
Mature problem,
configuration,
change, asset and
performance mgt
processes
IT as strategic
business partner
IT and business
metric linkage
IT/business
collaboration
improves business
process
Real-time
infrastructure
Business planning
IT as a service
provider
Define services,
classes, pricing
Understand costs
Guarantee SLAs
Monitor and report
service availability
Capacity
Manage IT
mgt
as a Business
Service and Account Management
Service Delivery Process Engineering
Operational Process Engineering
Tool Leverage
Level 4
Value
23. “The Day After Tomorrow”;
why you need to baseline
Summary
•What a “baseline” is.
•What “benchmarking” means.
•How to plan your baseline.
•How to choose your measures.
•Native tools.