Always-on : Log Send Queue

sakuraime 2,341 Reputation points
2020-09-09T09:18:41.153+00:00

THere is a performance counter for Always-on Log Send Queue

The amount of log records in the log files of the primary database, in kilobytes, that are not yet sent to the secondary availability replica.

which means it shows only the data lost for async replica ?

SQL Server Other
0 comments No comments
{count} votes

Accepted answer
  1. Shashank Singh 6,251 Reputation points
    2020-09-09T09:31:57.84+00:00

    which means it shows only the data lost for async replica ?

    You can say that because primary will not wait for the commit on secondary and if primary goes down and these logs are not sent to secondary and you being up secondary this information would not be there and that would be a data loss to you. That is one of the prime disadvantage of Async mode

    0 comments No comments

1 additional answer

Sort by: Most helpful
  1. Cris Zhan-MSFT 6,661 Reputation points
    2020-09-10T01:46:15.967+00:00

    Hi @sakuraime ,

    In case of synchronous replicas, large Send queue implies potential blocking. In the synchronous mode, the commit towards the application is delayed until an acknowledge from the synchronous secondary replicas return and the acknowledge is sent when the content sent to the replica is persisted in the transaction log of secondary replica.

    With asynchronous replicas, large Send queue dictates potential data loss – data from the queue has not been sent to secondaries.

    https://aboutsqlserver.com/2019/06/09/hadr-sync-commit/


    If the answer is helpful, please click "Accept Answer" and upvote it.
    Note: Please follow the steps in our documentation to enable e-mail notifications if you want to receive the related email notification for this thread.


Your answer

Answers can be marked as Accepted Answers by the question author, which helps users to know the answer solved the author's problem.