davebem

Dave Bermingham has been an IT professional since 1991. In 2004 he started work at SIOS Technology and began to focus on high availability and disaster recovery solutions for Windows and Linux applications. He has been a Microsoft MVP since 2010 with a current focus on high availability for SQL server and other applications running in the Azure, AWS and Google Cloud. He also maintains the blog Clustering for Mere Mortals where he writes many step-by-step guides and other resources in the area of his expertise. You can commonly find him speaking at SQL Saturday events and other conferences, generally on high availability and disaster recovery options for SQL Server.
  • Interests: high availability, disaster recovery, cloud

All authors

All authors

Blogs

Time to Revive our YouTube Channel

By

It’s been forgotten about and neglected for few years but I’ve decided to dust...

Microsoft MVP 2025: Continuing the Data Platform Journey

By

I am honored to announce that I have been renewed as a Microsoft MVP...

What is KTLO? Keep The Lights On vs Project Work in Agile

By

🔍 Demystifying KTLO: A Deep Dive into Keep The Lights On Work in IT...

Read the latest Blogs

Forums

How a Legacy Logic Choked SQL Server in a 30-Year-Old Factory

By Chandan Shukla

Comments posted to this topic are about the item How a Legacy Logic Choked...

Navigating Multi Platform Realities in My Database Life

By dbakevlar

Comments posted to this topic are about the item Navigating Multi Platform Realities in...

Import/Export SSMS Settings issue

By Brandie Tarvin

I have tried a number of times to export and then import my SSMS...

Visit the forum

Question of the Day

Query Plan Regressions --

For the Question of the day, I am going to go deep, but try to be more clear, as I feel like I didn't give enough info last time, leading folks to guess the wrong answer... :) For today's question:  You’re troubleshooting a performance issue on a critical stored procedure. You notice that a previously efficient query now performs a full table scan instead of an index seek. Upon investigating, you find that an NVARCHAR parameter is being compared to a VARCHAR column in the WHERE clause. What is the most likely cause of the query plan regression?

See possible answers