Live registration reopens October 1, 2026, in 6d 19h 17mNotify me

Category: Always On Availability Groups

Adding Managed Instances to SQL Server Distributed Availability Groups

SQL Server Always On Availability Groups help you build a more highly available database server by spanning your database across two or more SQL Server instances. When the primary goes down, the secondary can take over. You can also scale out reads to the secondary servers. Distributed Availability Groups take this a step further and…

Read more about Adding Managed Instances to SQL Server Distributed Availability Groups Be the first to comment

New White Paper: How to Build an Always On Availability Group in Google Compute Engine

You’re a database administrator, Windows admin, or developer. You want to build a Microsoft SQL Server environment that’s highly available, and you’ve chosen to use Always On Availability Groups.

In this white paper we built with Google, we’ll show you:

Read more about New White Paper: How to Build an Always On Availability Group in Google Compute Engine 21 comments — Join the discussion
Production DBA

Always On Availability Groups Now Supported in Google Compute Engine

I'm excited to finally be able to talk about something Erik, Tara, and I have been working on for the last few months.

Here in the SQL Server community, when I mention cloud, you probably think of two companies: Microsoft and Amazon. We've been blogging about SQL in AWS for years, and Microsoft throws a ton of marketing money at the SQL Server community, talking about Azure at every possible conference and user group.

Read more about Always On Availability Groups Now Supported in Google Compute Engine 6 comments — Join the discussion
News & Opinion

Availability Groups: More Planned Downtime for Less Unplanned Downtime

I often hear companies say, "We can never ever go down, so we'd like to implement Always On Availability Groups."

Let's say on January 1, 2016, you rolled out a new Availability Group on SQL Server 2014. It's the most current version available at the time, and you deploy Service Pack 1, Cumulative Update 4 (released 2015/12/22). You're fully current, and it's a stable engine from 2014 - how many more bugs can they find, right?

Read more about Availability Groups: More Planned Downtime for Less Unplanned Downtime 10 comments — Join the discussion

Asynchronous Database Mirroring vs. Asynchronous Availability Groups

When Database Mirroring came out in SQL Server 2005 Service Pack 1, we quickly dropped Log Shipping as our Disaster Recovery solution. Log Shipping is a good feature, but I can failover with Asynchronous Database Mirroring faster than I can with Log Shipping.

When Always On Availability Groups (AG) came out in SQL Server 2012, we were excited to get rid of Transactional Replication, Failover Clustering and Database Mirroring. It solved our reporting needs (your mileage may vary), our High Availability needs and our Disaster Recovery needs.

Read more about Asynchronous Database Mirroring vs. Asynchronous Availability Groups 19 comments — Join the discussion
Production DBA

Updated High Availability and Disaster Recovery Planning Worksheet

One of the most popular things in our First Responder Kit is our HA/DR planning worksheet. Here's page one: In the past, we had three columns on this worksheet - HA, DR, and Oops Deletes. In this new version, we changed "Oops" Deletes to "Oops" Queries to make it clear that sometimes folks just update…

Read more about Updated High Availability and Disaster Recovery Planning Worksheet 9 comments — Join the discussion
Production DBA

Availability Group Direct Seeding: Mind Your Backup Jobs

I'll get right to the point While you're Direct Seeding, you have to be careful with any other full or differential backup jobs running on the server. This is an artifact of the Direct Seeding process, but it's one you should be aware of up front. In the screencap below, courtesy of sp_whoisactive there's a…

Read more about Availability Group Direct Seeding: Mind Your Backup Jobs 7 comments — Join the discussion

Availability Group Direct Seeding: Extended Events and DMVs

As of this writing, this is all undocumented
I'm super interested in this feature, so that won't deter me too much. There have been a number of questions since Availability Groups became a thing about how to automate adding new databases. All of the solutions were kind of awkward scripts to backup, restore, join, blah blah blah. This feature aims to make that a thing of the past.

Read more about Availability Group Direct Seeding: Extended Events and DMVs 16 comments — Join the discussion

Availability Group Direct Seeding: How to fix a database that won’t sync

This post covers two scenarios
You either created a database, and the sync failed for some reason, or a database stopped syncing. Our setup focuses on one where sync breaks immediately, because whatever it's my blog post. In order to do that, I set up a script to create a bunch of databases, hoping that one of them would fail. Lucky me, two did! So let's fix them.

Read more about Availability Group Direct Seeding: How to fix a database that won’t sync 25 comments — Join the discussion

Training Plan for a SysAdmin to Manage Availability Groups

How hard is it for a systems administrator who's used to running SQL Server on Windows Clusters to tackle Availability Groups? Our example system administrator knows a bit of TSQL and their way around Management Studio, but is pretty new to performance tuning. Well, it might be harder than you think. First, let's look at…

Read more about Training Plan for a SysAdmin to Manage Availability Groups 4 comments — Join the discussion
Production DBA

Synchronous Always On Availability Groups Is Not Zero Data Loss

In theory, when you configure AlwaysOn Availability Groups with synchronous replication between multiple replicas, you won't lose data. When any transaction is committed, it's saved across multiple replicas.

That's the way it works, right? I mean, except when you restart your synchronous replicas, or patch them, or they just stop working for any number of reasons. The primary keeps right on trucking, accepting deletes/updates/inserts, without telling end users that all their eggs are in a single basket.

Read more about Synchronous Always On Availability Groups Is Not Zero Data Loss 29 comments — Join the discussion