This is the first of two connected posts on SQL Server memory management.
In this post, Kevin Kline explains how SQL Server uses memory, why memory becomes a bottleneck, and which configuration habits help create a more stable, high-performance environment. In the second post, we look at plan cache bloat, query patterns, and troubleshooting.
In this post, we walk through some of our database webinars. We look at what each session covers, including performance, configuration, automation, cost optimization, and the evolving roles of people that work with databases, which is no longer confined to DBAs.
Episodes are in viewing paths so you can quickly find the content you’re most interested in.
This post is a little different from our usual content. Rather than a deep dive into a single database topic, it steps back and looks at where the content is headed next. We’ve been investing in new articles, clearer structure, and more technical storytelling.
This overview explains what we’re changing, why it matters for DBAs and data teams, and how you can get more value from the blog. We also look at how people can engage with the wider community on THWACK.
In this latest High-Performance DBA post, Kevin Kline explores what happens when SQL Server storage strategies fail to keep up with growing workloads.
When your DBAs are constantly firefighting I/O bottlenecks, TempDB contention, and uncontrolled log growth, the issue is not your team. It is your storage maturity. Address that, and you reduce incidents, free up DBA capacity, and ease operational strain.
Read The High-Performance DBA Series
