Добрый день.

Имеются два инстанса с Always On в синхронном режиме. Вторичная нода используется для чтения.
Есть проблема, что клиентское приложение меняет данные в таблице, потом делает селект к ноде для чтения и иногда измененных данных там нет. При запросе к основном ноде - данные имеются. Грязное чтение не используется.
Для асинхронного режима такое поведение не удивило бы, но в синхронном вроде такого не должно быть. Есть некоторая вероятность, что проблема на стороне приложения, но пока рассматриваю причины на стороне MS SQL Server.

Возможно не совсем верно понят механизм подтверждения транзакции в синхронном режиме.
"В режиме синхронной фиксации транзакции не отправляют клиенту подтверждение, пока вторичная реплика не зафиксирует журнал на диск."

В статье Microsoft по вторичным репликам есть информация о возможных задержках, при этом там нет уточнений по режиму фиксации. "Применение доступа только для чтения ко вторичным репликам полезно, если для нагрузок, связанных с операциями с ними, приемлема некоторая задержка данных."
"Из основной реплики выполняется отправка журнала изменений в базе данных-источнике на вторичные реплики. На каждой базе данных-получателе выделенный поток повтора применяет записи журнала. В базе данных, доступной для чтения, каждое изменение данных не появляется среди результатов запроса до тех пор, пока запись журнала о данном изменении не будет применена к базе данных-получателю, а транзакция не будет зафиксирована в базе данных-источнике.

Это означает, что между первичной и вторичной репликами возникает некоторая задержка, обычно порядка нескольких секунд. В нетипичных случаях, например в ситуации, когда проблемы с сетью ухудшают пропускную способность, задержка может стать значительной."

Изначально механизм синхронной фиксации был понят, как отправка подтверждения транзакции после записи на вторичных нодах в БД и на диск, но похоже тут скорее шла речь про запись в логи для дальнейшей накатки изменений на БД, больше со стороны отказоустойчивости.
Кто-то сталкивался\проверял как точно работает синхронный режим? И насколько там действительно могут запаздывать изменения на вторичной ноде после подтверждения транзакции?

Понятно, значит всё таки вариант, что не поняли, когда реально идёт подтверждение.
А можно поподробнее с дашбордом always on? Если не во время сбоя, то там обычно всегда статус synchronized и no data loss. Или там нужно дополнительные столбцы включить?