5
votes
Accepted
HADR_SYNC_COMMIT waits on SQL Server
I wanted to say kudos for diving in and investigating using XE, that's definitely a correct step in the eventual solution. Having said that, it's unlikely we're going to be able to directly help in ...
3
votes
HADR_SYNC_COMMIT waits on SQL Server
As far as I can see, this is happening because your alwayson AG is synchronously redoing the index reconstruction on the secondary and this takes time. These waits describe exactly this situation.
If ...
2
votes
Name in sys.availability_groups_cluster returns double character length
An update was included in SQL Server 2022 CU10 that might address this issue:
Fixes unexpected characters that you encounter in the name column of the sys.availability_groups_cluster dynamic ...
1
vote
Accepted
best practice for side by side sql version upgrade with Availability groups
We are attempting our first ever side by side upgrade of a 2 node(multi-subnet, enterprise edition) AG from sql 2016 to 2019.
So all new OS Environments? Do you want to keep the same cluster? Move to ...
1
vote
In an Always On configuration, why do I have to open ports of the listener as well for the sql server engine itself for the listener ips?
listener01\instance01
You should never use instance names with a listener. Always use ports.
You can also designate a non-standard availability group listener
port. However, you also need to ...
Only top scored, non community-wiki answers of a minimum length are eligible
Related Tags
availability-groups × 1544sql-server × 1199
sql-server-2012 × 245
sql-server-2016 × 230
clustering × 215
sql-server-2014 × 204
high-availability × 156
failover × 113
sql-server-2017 × 104
backup × 68
sql-server-2019 × 62
listener × 55
transaction-log × 45
replication × 39
disaster-recovery × 39
distributed-availability-groups × 36
transactional-replication × 30
windows-server × 30
hadr × 25
performance × 22
configuration × 20
restore × 18
mirroring × 18
azure × 17
network × 17