In my last couple of posts, I’ve tried to paint a picture of the past and present of database management and monitoring. We’ve seen that good database performance has everything…
CPUs are running faster now than ever before, solid-state drives are replacing spinning disks, and database servers have terabytes of RAM. Because these resources are plentiful and increasingly affordable, it can seem tempting to solve database performance issues with hardware. But consider this example: if CPU utilization shoots up to 90% on one of your servers and stays at that level for a day or two, is the problem lack of CPU power or something else?
The SQL Server plan cache can be a good tool to use in identifying current performance issues and in looking for new ways to improve performance.