Paravozov,

Убедись что password file на primary и на standby одинаковые, если используется Linux - при помощи md5sum, если Windows - можно использовать команду powershell get-filehash. Ну или любым другим hash checker'ом. Проверь в tnsnames.ora наличие алиаса для primary и для standby на обеих системах.
Если используешь RAC - делай вышеуказанное на каждой ноде кластера.

Если мне не изменяет память то начиная с версии 12c при использовании ASM+RAC password file располагается не в $ORACLE_HOME/dbs, а на ASM diskgroup.

В случае использования RAC на standby убедись что процессы RFS и MRP работают на одной и той же ноде, технически не проблема если оба инстанса standby базы подняты, но может получится что процессы RFS работают на одной ноде, а MRP - на другой. Соответственно в alert.log первой ноды сообщений о накате логов не будет.

Как уже правильно сказали смотри alert.log на primary и на standby.

Проверь состояние archive destination



С какой частотой архивируются redo log files на primary? Если изменений мало а сами redo достаточно большие то можно долго ждать пока выполнится архивирование. Можно выставить параметр ARCHIVE_LAG_TARGET на primary, redo будут архивироваться с заданной частотой и передаваться на standby.