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

Поэтому метрики, полученные от всех членов, являются основой для расчета емкости каждого члена: если у члена большая очередь (для сертификации или потока приложения), то емкость для выполнения новых транзакций должна быть близка к количеству сертифицированных или примененных в последний период.

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

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

Квота уменьшается на количество транзакций, которые были задержаны в предыдущем периоде, а затем еще на 10%, чтобы позволить очереди, вызвавшей проблему, уменьшить свой размер. Для предотвращения больших скачков в пропускной способности, когда размер очереди превышает порог, пропускная способность может увеличиваться только на 10% за период после этого.

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