Я не верю, что общий ответ существует. Как обычно с сервером sql многое зависит от приложения. Скажем, у вас длинная транзакция, и когда она почти закончена, что-то идет не так и вы переходите на другой ресурс. Пока новый основной узел не откатится, база данных транзакций будет недоступна для запроса, и у вас будет время простоя. Также рассмотрим кластер (если мы говорим о группах доступности), который имеет свое время для восстановления. Единственный способ (IMHO) - тщательно отслеживать ваше приложение и среду и проводить тестирование с реальными сценариями. Даже самый простой сценарий, когда вам необходимо пропатчить узел и выполнить запланированное аварийное переключение, дает вам некоторое время простоя. Что касается RPO - синхронизация AG имеет ноль, асинхронность очень сильно зависит от аппаратного обеспечения и нагрузки (чем больше реплика за основным узлом, тем большие потери вы можете иметь). RTO также зависит от приложения.