Ты где-то в описании SQL команды ALTER DATABASE увидел кляузу DELAY ?
Тем не менее в команде SQL*Plus RECOVER она есть

PS. Обычно DELAY задается именно в LOG_ARCHIVE_DEST_n, а при накате иногда юзается NODELAY, чтоб отменить это значение
PPS. Хабр -- не совсем тот источник для точного описания деталей, его лучше использовать только для ознакомления (как и любой форум)

RECOVER MANAGED STANDBY DATABASE DISCONNECT

Смотреть подробности надо в журнале (alert.log)

Если ты поменял на боевом LOG_ARCHIVE_DEST, то текущий журнал будет еще использовать старые настройки (т.е. значение DELAY=30 подействует только для логов, которые будут формироваться после переключения журналов)

Ну и использование Active Data Guard с отложенным накатом -- это как-то необычно

ADG -- это OPEN READ ONLY + RECOVER MANAGED STANDBY DATABASE, обычно с опцией USING CURRENT LOGFILE чтоб получать минимальное расхождение запрашиваемых данных с боевой (при использовании Real-Time Recovery параметр DELAY игнорируется).

Существуют еще всякие Query SLA типа STANDBY_MAX_DATA_DELAY, гарантирующий верхний порог такого расхождения (ORA-03172)
Естественно, с DELAY ни он, ни SYNC WITH PRIMARY работать не могут (ORA-03173)

Т.е. отключается одна из главных фич ADG (вторая это автоматическое восстановление сбойного блока, но оно работает из без ADG)

Да, засада
Real-Time Apply is Default Setting for Data Guard