oracle 12
детский вопрос

при "неполадках" со стендбаем MaxAvailability ведёт себя как MaxPerformance

вопрос: при Protection Mode: MaxAvailability
и рассинхронизации стендбая меньше чем FastStartFailoverLagLimit
при сбое примари пройзойдет ли переключение на стендбай?

или фразу
"The FastStartFailoverLagLimit configuration property is only used by the broker
when enabling fast-start failover for configurations operating in maximum performance mode."
можно понимать буквально
и никакие "ведёт себя как" к ней не относятся?

так вот это несколько сложновато протестировать получается)
а уверенности хочется не только по доке
хочется, чтоб не переключал

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

ещё теории:
Oracle Data Guard FSFO Configuration with Max Availability Protection Mode (Doc ID 2385393.1)

"Maximum availability mode provides an automatic failover environment guaranteed to lose no data.

Once fast-start failover is enabled, the broker will ensure that fast-start failover is only possible when the configured data loss guarantee can be assured."

и т.д.

а
Protection Mode: MaxAvailability
Lag Limit: 10 seconds (not in use)

а поймать нужный момент при real-time apply действительно очень трудно
если просто стопнуть накат на стендбай, то при отсутствии transport lag переключение всё равно норм происходит
типо передали же, так докатит при активации

попробовал удавить на стендбае процесс RFS от примаревого LGWR (V$MANAGED_STANDBY)
FS_FAILOVER_STATUS шустро стал UNSYNCHRONIZED


отжал - восстановилось. засуспендил надолго - датагвард оживлял новый процесс больше пяти минут
а транспорт и аплай лаг в селекте по-прежнему 0

и с чем получается сравнивать FastStartFailoverLagLimit тогда? сидеть с секундомером?)