ТЕМА:

И какой из моих запросов?

[quot scela]
Error fetching gap sequence, no FAL server specified
Настрой FAL server/client.В доке написано про это.

Vova пишет: на standby есть все журналы с primary

Ну тогда
RECOVER MANAGED STANDBY DATABASE CANCEL;
RECOVER MANAGED STANDBY DATABASE DISCONNECT;
Этих журналы, которые показывает запрос , я уверен, нет на primary.
SELECT * FROM V$ARCHIVE_GAP;
Такое бывает когда:
а) Прекращаются передачи журналов на standby
б) На primary выполняется удаление ( любыми способами RMAN /rm ) журналов, не переданных на STANDBY.
в) Устранение причин, вызвавших п.А - журналы пойдут, но
получишь именно свой случай.
Как ты отправляешь журналы на STANDBY - покажи
show parameter log_ARCHIVE_DEST;

Вот
NAME VALUE

---

---

log_archive_dest
log_archive_dest_1 location=/opt/oracle/OraHome1/
oradata/websrv/arc
log_archive_dest_10
log_archive_dest_2 service=stb optional reopen=60
delay=180
log_archive_dest_3
log_archive_dest_4
log_archive_dest_5
log_archive_dest_6
log_archive_dest_7
log_archive_dest_8
log_archive_dest_9
log_archive_dest_state_1 enable
log_archive_dest_state_10 enable
log_archive_dest_state_2 enable
log_archive_dest_state_3 enable
log_archive_dest_state_4 enable
log_archive_dest_state_5 enable
log_archive_dest_state_6 enable
log_archive_dest_state_7 enable
log_archive_dest_state_8 enable
log_archive_dest_state_9 enable

Если есть все журналы с primary на standby-е, но standby их не видит/не накатывает в managed recover -- их надо зарегистрировать на standby
alter database register logfile 'log_filename'
для каждого журнала (с 227 по 235) и после этого запустить накат
Или накатить не как managed recover, а просто
recover automatic standby database;
и после этого врубить managed recover

А с чего это standby может забыть про логи ?
У меня как-то вообще с DG почти проблем не было, работает и брокер и FAL.Просто интересно.