aleksrovDan Khatskevich,

Дедушка вам же ответил уже. В AlwaysOn вы можете разгрузить основной сервер перенаправляя на реплику read only запросы ну или выполняя на ней backup или checkdb, все, помочь primary вы больше никак не сможете.
Всегда хотел понять эту магию. Каким образом можно разгрузить основной сервер, если перенаправлять читающие запросы на реплику? Если она в синхронном режиме, то и нагрузка на нее точно такая же как и на основной сервер. Можно только сэкономить на количестве клиентских соединений. Но это копейки. Где выгода?

aleksrovedyaN,

Бред написали. Вы читаете данные с одного сервера, используя его ресурсы, а не с другого, действительно магия.
Если говорить сильно упрощенно, нагрузка на реплику и на primary обсалютно разные, грубо говоря то что не отражается в логе, не будет отражено на sec, т.е. ваши select'ы на нее никак не влияют. Также помимо использования ресурсов есть еще блокировки, которые влияют на производительность не меньше, а в sec используется optimistic уровень изоляции, чтобы читатели не блокировали redo.
Вы утверждаете, что если primary сильно нагружен, то в синхронной реплике можно делать читающие запросы и они не будут отражаться на производительности primary. Я правильно вас понял?
На мой взгляд, при синхронной репликации можно сэкономить только на cpu, памяти, количестве клиентских подключений. Это конечно немало, но это же не может называться горизонтальным масштабированием.
Например если у меня есть основной сервер с большой OLTP нагрузкой и настроенной синхронной репликацией AlwaysOn. В этом случае, если производить аналитические запросы на реплике, то это будет отражаться на времени фиксации транзакций на primary. Что логично, так как primary будет ждать высвобождения ресурсов на загруженной аналитикой реплике.

Дедушка,

спасибо за пояснения.